Re: Problème Raid 1 , DD, autre ?
Steve a écrit :
Bonjour,
.........
Il n'utilise que le premier DD. J'ai essayé d'ajouter le second, mais
régulièrement je me fais jeter après le 2e ou 3e md (ça varie)... ça marchait
parfaitement avant (avant quoi...?).
Les logs ne montraient rien de particulier (montraient car ça a changé
depuis) :
Oct 28 08:53:27 opossum kernel: hdb: drive_cmd: status=0x51 { DriveReady
SeekComplete Error }
Oct 28 08:53:27 opossum kernel: hdb: drive_cmd: error=0x10 {
SectorIdNotFound }, LBAsect=12734209, sector=0
Oct 28 08:53:27 opossum kernel: ide: failed opcode was: 0xb0
le disque 1 des raid-arrays est en train de claquer
Manifestement le 2e DD présente des problèmes. J'ai donc effectué quelques
tests avec smartmontools qui montrent effectivement pleins d'erreurs (on en
est à 278).
Après avoir sauvegardé mes données sur DVD, j'ai téléchargé le Ultimate Boot
CD qui permet de tester les DD avec les outils appropriés sans risquer de
toucher aux données.
Et là, surprise, tant le test court que le long ne montrent *aucune* erreur !
Après avoir redémarré la machine j'obtiens les erreurs ci-dessus. Comment un
outil "dédié" peut-il se tromper à ce point par rapport au noyau linux (pas
de troll hein!) ?
vi, mais qu'as-tu vérifié? (les md ou les hd ?)
J'en suis donc là, avec une machine qui refusait parfois de démarrer quand
elle était chez son propriétaire mais pas chez moi. Je me demande au passage
si ce ne sont pas les conditions particulières chez lui (froid, humidité) qui
seraient la source de ce problème.
plutôt des micro-coupures: vu qu'un hd n'a que 3400~4000 cycles on/off devant
lui, chaque micro-coupure diminue son capital vie (PB vu chez moi et chez un
archi installé à la campagne: il avait pèté un hd de chaque marque!, après
"interrogatoire" il s'avérait que ses ampoules d'éclairage avaient souvent des
fluctuations d'intensité <=> onduleur => PB définitivement règlé.)
par ailleurs, mon expérience demontre que ce type de PB arrive plus fréquemment
avec des hdz de marque seagate (j'en ai un qui ne fait plus ce type de PB, mais
qui met 4J (!) à formatter avec un 'mke2fs -c -c')
Toute piste est la bienvenue.
ben c'est plutôt une piste noire :(
tu peux essayer un:
mke2fs -c -c -m0 -v /dev/partitionkiplantesurhdkimarchpô
puis essayer de réintégrer les partitions dans les md.
ca a peu de chance de fonctionner, par ce que le md considère que si une erreur
intervient sur un seul des disques, alors il faut faire un kick out de ce hd.
Donc, la solution la plus rapide consisterait à faire un (possible, puisque tu
as sauvegardé tes données):
mke2fs -c -c -m0 -v /dev/mdX
ce qui marqueras les secteurs défectueux *pour les 2 hdz de l'array*
Enfin, la solution raisonnable et rapide (mais pas bon marché) serait de
directement changer le hd incriminé, en veillant bien, si CHS est différent
de l'original, à ce que ses partitions soient strictement égales ou supérieures
en taille; de façon à ce que son ajout ne soit pas rejeté par mdadm. Puis
laisser faire la syncho pour que les 2 HDz soient identiques, puis restaurer
tes données.
Excellent dimanche.
ça risque d'être un dimanche chargé pour toi ;-)
JY
--
The Preacher, the Politician, the Teacher,
Were each of them once a kiddie.
A child, indeed, is a wonderful creature.
Do I want one? God Forbiddie!
-- Ogden Nash
Reply to: