Dan

Tu as bien fait, surtout si ton serveur n'avait pas beaucoup de fichiers dont tu n'avais pas de sauvegarde. Il est clair que la Debian Lenny, à côté d'une release 2, ce n'est que du bonheur. Dan

Non, un fsck sur toutes tes partitions /dev/md* (non montées!) en mode rescue. Cela devrait régler ton problème. Dan

Pour moi c'est Debian, et comme on dit outre-atlantique : "hands up !" J'en gère près de 140, sans problème aucun (si ce n'est les bourdes faites par les utilisateurs) Si tu as sauvé le répertoire /home/mysql sans arrêter mysqld, tu risques d'avoir des bases dans un état "indéterminé" Si mysqld était arrêté, c'est OK !

Et là il est en rescue ?

Tu dois avoir un autre problème que le RAID ! Tu as quelle erreur qui s'affiche ?

Non, à mon avis c'est tout bon. Sauf si tu as une erreur de config qui n'a rien à voir avec ton RAID ! Pour rebooter, lance plutôt un shutdown -r now C'est plus propre. Assure-toi avant d'avoir changé le netboot pour qu'il ne soit plus en "rescue"

C'est ton device qui n'était pas le bon... mais tu peux rebooter si mdadm --detail /dev/md1 te montre bien les deux disques ! Relance tout de même un "fsck" avant ! Fais de même pour tes autres partitions (sauf le swap) en remplaçant /dev/md1 par /dev/mdX Dan

Que te donne un ls -l /dev/sd* ???

Manifestement la ligne suivante : Total Devices : 1 signifie que l'un de tes disques est hors-service. Es-tu certain d'avoir créé correctement le raid ? Cette ligne me semble suspecte à cause du major et minor number du device ??? 1 0 0 1 removed Elle devrait correspondre à /dev/sdb1. Le cas échéant, c'est au support de changer le disque défectueux ! Mais assure-toi d'abord que ce device est bien accessible

Pour les flux RSS, je ne sais pas parce que je n'utilise pas netvibes. Pour l'annuaire, ce n'est pas un oubli... c'est délibéré ! Depuis que Google a systématiquement pénalisé un grand nombre d'annuaires (dont les Pages Hub), je ne vois pas pourquoi je perdrais mon temps à le tenir à jour Tant que les Adsense remboursent l'hébergement, je le laisse en l'état. Mais je n'aurais aucun état d'âme à le fermer le cas échéant. Je suis comme chacun de vous. Si je travaille c'est pour gagner ma vie, pas pour le plaisir ! Et en l'occurrence j'ai mieux à faire que de valider des soumissions. Et je ne vais certainement pas perdre mon temps pour "le Dieu Google" à essayer de le faire dé-pénaliser ! Donc, "la balle est dans leur camp" !

tu peux mettre un fichier .htaccess à la racine du site avec une ligne DirectoryIndex index.html index.php Cela dira à Apache, dans cet exemple, qu'en cas de demande d'affichage d'un répertoire (sans ajout de nom de fichier) de présenter d'abord la page index.html si elle existe, ou dans le cas contraire la page index.php !

Tu as mal cherché, ou mal compris ce qu'ils disent sur le site de php.net Où donc as-tu vu qu'il fallait un "echo" La ligne exacte à mettre si tu veux afficher les erreurs est celle ci : <?php ini_set('display_errors', 1); ?>

Si tu veux faire gérer la zone par ton vps, il suffit de mettre le nom de celui-ci en Nameserver #1. Ensuite en NameServer #2, il te suffira de mettre le nom du serveur DNS secondaire que t'a fourni le prestataire de ton vps. Par exemple, pour un vps pris chez OVH, tu mettras sdns1.ovh.net Dans le cas d'OVH, il faudra aussi aller sur ton tableau de bord du Manager, onglet du serveur dédié -> services ->DNS secondaire et y ajouter ton domaine. Tu dois avoir une équivalence chez les autres hébergeurs !

Si tu as énormément de connexions httpd à un moment donné, seuls tes logs peuvent te dire de quoi il s'agit. Nous on n'y a pas accès

Pour une commande mysql, on redirige l'entrée standard, donc on utilise < Pour mysqldump on redirige la sortie standard, donc c'est > Sans moquerie aucune, tu devrais tout de même te pencher sur un bouquin destiné aux débutants sous Linux

C'est faisable en copiant ces données dans la boite SQL de phpMyAdmin, mais il faut d'abord que tu vides la table ou tu auras des doublons et des erreurs.

As-tu bien une fermeture de la balise "<?php" ? Parce qu'un "Parse Error" est souvent dû à cela ! Ou alors un quote, double-quote ou une accolade qui manque. En regardant ta source, il te manque l'accolade fermante de if($nb_resultats != 0) { (mais il manque la suite de la source !)

Mets cette ligne au début du fichier Recherche.php ini_set('display_errors', 1); Désolé mais je ne sais pas ce qui est permis chez Hosteur au niveau du .htaccess ... il est possible que le AllowOverride ne permette pas le ini_set() ! Effectivement, le code php de ta requête apparait dans la source. Il est possible que Hosteur ait changé de version php... tu as quelle version ? Remplace le <? par <?php et laisse le "if(isset..." sur la ligne suivante. Dan

Le mieux est d'éditer -une copie de- ton export .sql et supprimer les tables qui ne doivent pas être importées. Ensuite, un simple mysql -uroot -pPASSWORD nom_de_la_base < nom_du_fichier.sql suffit! Si cela ne passe pas, c'est que ton export ne comprend pas de --add-drop-tables, donc il faudra d'abord supprimer cette table.

C'est que ton hébergeur ne permet pas le .htaccess... Quel est-il ?

Ajoute une ligne dans le fichier .htaccess à la racine du site : php_flag display_errors on au moins tu visualiseras l'erreur le cas échéant.

Tu as effectivement 88% de paquets perdus par le 91.121.130.130 ! My traceroute [v0.73] nsxxxxx.ovh.net (0.0.0.0) Sun Jan 3 20:23:21 2010 Keys: Help Display mode Restart statistics Order of fields quit Packets Pings Host Loss% Snt Last Avg Best Wrst StDev 1. rbx-101-m2.routers.ovh.net 0.0% 96 0.2 0.2 0.2 0.4 0.0 2. 91.121.130.130 88.4% 96 0.4 8.6 0.4 80.1 23.8 3. 40g.rbx-1-6k.routers.chtix.eu 4.2% 96 1.1 12.6 0.3 154.1 32.7 4. vss-2-6k.routers.chtix.eu 5.3% 95 28.6 15.5 0.3 232.0 34.5 5. ns308310.ovh.net 0.0% 95 0.6 0.3 0.2 0.7 0.1 au départ d'un autre serveur c'est pire sur le 91.121.130.1 ... My traceroute [v0.73] nsxxxxx.ovh.net (0.0.0.0) Sun Jan 3 20:21:47 2010 Packets Pings Host Loss% Snt Last Avg Best Wrst StDev 1. 91.121.211.252 0.0% 51 0.4 0.3 0.2 2.0 0.2 2. 91.121.130.1 95.9% 50 2.2 2.5 2.2 2.9 0.5 3. vss-2-6k.routers.chtix.eu 38.0% 50 8.8 27.2 0.4 389.1 75.9 4. ns308310.ovh.net 0.0% 50 0.3 0.6 0.3 1.5 0.3 Je sais qu'ils ont eu des soucis avec le réseau 91.121.x.x. et manifestement ce n'est pas réglé.

Salut B0b0, Il est vrai que c'est incroyablement lent vers Internet... Mais vers un autre serveur OVH c'est hyper-rapide, comme tu vois ci-dessous : root@ns60552:~# time wget --no-check-certificate https://ns308310.ovh.net:8443/login.php3 --2010-01-03 19:11:22-- https://ns308310.ovh.net:8443/login.php3 Résolution de ns308310.ovh.net... 94.23.236.159 Connexion vers ns308310.ovh.net|94.23.236.159|:8443...connecté. AVERTISSEMENT: cannot verify ns308310.ovh.net's certificate, issued by `***** supprimé ****. requête HTTP transmise, en attente de la réponse...200 OK Longueur: non spécifié [text/html] Saving to: `login.php3' [ <=> ] 1 229 --.-K/s in 0s 2010-01-03 19:11:22 (21,3 MB/s) - « login.php3 » sauvegardé [1229] real 0m0.023s user 0m0.004s sys 0m0.000s root@ns60552:~# 23 millisecondes pour afficher la page !

Meilleurs voeux à tous nos membres et visiteurs

Tout simplement à faire savoir à Apache que tu souhaites "zapper" le QUERY_STRING qui est normalement transmis lors d'une redirection 301