SMPFR

Bonjour,

hier je remplace un disque sur un serveur, ce disque fait parti d'un volume en Raid5 ( 3*36Go )
depuis l'array est en Rebuild ( normal )
je laisse tourner le serveur toute la nuit avec l'OS démarré ... ce matin le rebuild n'est pas fini

je me dit que l'OS doit faire des i/o qui "perturbent" le recalcul ...

je redémarre le serveur ce matin à 09h30 et je reste sous l'utilitaire de gestion raid de la Perc2 ...
très vite le rebuild passe de 41% à 49%

victoire ( me dis je ! ) du coup je célèbre cela en allant me faire une bonne cafetière ...

je reviens 30 min après et ... rebuild 9%

je laisse tourner car le precess progresse assez facilement 10% 11% 12% ... en 10 minutes ça evolue vite

je reviens 30 min après ... rebuild 52% victoire !

ben non ... rebuild 22%





pourquoi ce rebuild n'arrete pas de "boucler" ???

conditions :
3*36Go U160 10Krpms ( bon ... le backplane du serveur est U2W mais tant pis )
sous utilitaire Raid5 ( OS non démarré donc )
reste ... 3.8Go dispos sur la partition

en desespoir de cause je démarre l'OS et "évacue" des données vers une autre partition en esperant que ça soulage la tache de recalcul

zarb, tu n'a pas un dd qui ce coupe?
reste a coté et ecoute

vais ecouter ...

missing member ... bon ben un disque est réellement mort ( 2 disques sur le meme emplacement du backplane étrange )

verifie ta nappe

mon rack SCSI me shootait regulierement le meme disque remplacé plusieurs fois, testé ailleurs sans pb.

en fait la nappe deconnait, et un ID SCSI deconnectait regulierement.
depuis que j'ai changé la nappe, RAS

merci, vais faire ça

bon ben nappe changée car après remplacement du 2è 36Go "defectueux" j'avais les 2 caddies du dessus qui clognotaient orange :/

pas evident de passer les petites mimines dans les entrailles du bestiaux

gagné 3Mo/s de débit par disque ( relation de cause à effet ? )

vais voir si ça tient dans le temps.

ça ressemble en effet a une nappe qui n'etait pas tres en forme

a voir pour la suite !