SMPFR

Je sais qu'il y a certains experts nux ici c'est pourquoi je préfère demander avant de tout casser.

Demain je dois remplacer un disque de mon raid5 sous mdadm pour le remplacer par un de plus grande capacité (l'operation sera répétée pour 3 disques) et j'aurai voulu savoir comment faire ca sans éteindre la machine, les disques étant dans un backplane hotswap.

J'avais pensé ajouter le nouveau disque en tant que spare dans mdadm puis ensuite retirer le vieux disque et le débranchant. Du coup mdadm devrait lancer la resync en utilisant le spare.

Que pensez vous de cette stratégie ? Si vous en avez une meilleur je suis preneur

théoriquement c'est la bonne méthode avec un resizefs à la fin
tu peux te faire une tite vm vite fait avec des disques de 10 et 20 meg ca va vite ca permet de pas se louper avant de passer au vrai

C est possible de faire une vm sur un md0 de 15to?

C est possible de faire une vm sur un md0 de 15to?

Comprends pas la question ...


Mais sinon, pour la 1ère je dirais, dans l'ordre :
1/ mdadm --manage /dev/md0 --faulty /dev/sda # marque le disque /dev/sda de la grappe /dev/md0 comme défectueux
2/ mdadm --manage /dev/md0 --remove /dev/sda # enlève le disque de la grappe
3/ echo 1 > /sys/block/sda/device/delete # indique au noyau de flush le cache du disque et le déconnecter
4/ retirer physiquement le disque
5/ mettre le nouveau
6/ echo "- - -" > /sys/class/scsi_host/host0/scan # relance un scan sur le contrôleur SATA si le disque n'est pas vu automatiquement
7/ fdisk /dev/sdb # pour refaire la table des partitions comme il faut
8/ mdadm --manage /dev/md0 --add /dev/sdb # pour ajouter le disque

Une fois que tous les disques ont été changés :
9/ mdadm --grow /dev/md0 --size=max # pour augmenter la taille de la grappe RAID à son max
10/ resize2fs /dev/md0 # pour redimensionner le FS présent sur la pile RAID

bon je l'ai fais et tout se passe bien sur le resync sauf qu'arriver a 8% le spare se met en faulty et ca coupe tout :/

hum ... tu as testé ton disque ? tu es sur que les branchements internes sont bons ? as tu des erreurs de la couche libata dans /var/log/kernel.log ?

[#ff0000]DEFAILLANCE[/#ff0000]

Déclaration du disque défaillant :
[cpp]mdadm --manage --set-faulty /dev/md0 /dev/sdX1[/cpp]
où X est la lettre du lecteur à remplacer

Désactivation pour le retirer :
[cpp]mdadm --manage --remove /dev/md0 /dev/sdX1[/cpp]
où X est la lettre du lecteur à remplacer

_______________________REMPLACER LE DISQUE DEFAILLANT___________________________________________________

Partitionnage des disques :
[cpp]fdisk /dev/sdX[/cpp]
puis presser la touche m puis n puis p puis le chiffre 1 puis t puis fd puis w

Remplacer disque
[cpp]mdadm --manage --add /dev/md0 /dev/sdX1[/cpp]
où X est la lettre du lecteur à ajouter

Reconstruction pour agrandissement : Avancement de la reconstruction :
[cpp]watch 'cat /proc/mdstat'[/cpp]
Etendage du Raid : Vérification :
[cpp] e2fsck /dev/md0[/cpp]
Test de débit :
[cpp]hdparm -tT /dev/md0[/cpp]
Montage du volume :
[cpp]mount -a[/cpp]

Pas d erreur mais avec gsmartmon le disque est reconnu puis il passe en non reconnu. G changer plusieur fois la connectique et le slot de connection mais rien n y fait

hum ... problème de SATA 1.5 / SATA 3Gbs ?

le disque en question est un WD Caviar Green 2To IntelliPower 64Mo

J'ai trouvé un topic qui parle de ces disques green et de wdidle3 mais je ne sais pas si cela peut venir de ca.

tu as testé en écriture avec du dd si le disque tient l'écriture longtemps ?
il te dit quoi le messages quand le dsique plante ?

ben j ai aucun message. Il passe juste en faulty spare

dans var log message rien ? ni dans les autres logs ... ca m'étonne ton histoire

demain je vais essayer de la flasher avec wdidle puis je le remets dans le serveur et je te paste les logs

Puree j'ai un autre souci mon rebuild est mega lent.

Personalities : [linear] [multipath] [raid0] [raid1] [raid6] [raid5] [raid4] [raid10]
md0 : active raid5 sdd1[0] sde1[10] sdc1[8] sdb1[9] sdk1[5] sdi1[6] sdj1[7] sdh1[4] sdg1[2] s
df1[1]
13186225152 blocks super 1.2 level 5, 512k chunk, algorithm 2 [10/9] [UUUU_UUUUU]
[>....................] recovery = 3.1% (46198332/1465136128) finish=1929.0min speed=
12258K/sec


Y a pas moyen de booster ca ? Genre en utilisant un bitmap interne ?

Vous avez combien en débit vous lors des rebuild ?

pour le début vérifie que tu as réglé les infos genre /proc/sys/dev/raid/speed_limit_min et sinon je sais plus trop mais ca

avant de créé ton raid tu as bench tes disques un par un pour voir si tu en avais pas un lent dans le lot ?

oui tous bench et tous OK et /proc/sys/dev/raid/speed_limit_min deja modifié

le internal bitmap ca consiste en quoi car j'arrive pas a trouver l'info sur le man

bon le disque WD est mort je vais le renvoyer du coup j'ai remis un autre disque neuf seagate et lors du rebuild j'ai un autre de mes disques qui tombe :/

Ca me fait 2 disques de mon raid5 qui sont off. Y a t il un moyen de récupérer ce genre de souci ?

Le raid 5 a une tolérance de panne de 1 disque. Je suis pas sûr que tu puisses récupérer quelque chose...

Puree de zeub de grrrrrrrrrrrrrrrrrrrrrr.

Avec l'option force j'arrive a récupérer le disque qui lache en cours de resync mais a chaque resync il se viande :/

tiens ca me rappel moi

pareil, j'ai perdu un premier disque et un deuxième pendant le rebuild, bilan tout paumé :/

Si par miracle j arrive a terminer le rebuild j essayerai direct de passer en raid 6

si t'arrive à terminer ton rebuild, cherche pas à passer en raid6 save tout direct...

Le raid n'est pas une sauvegarde, c'est plutôt de la haute disponibilité. Vaut mieux avoir 2 disques copiés l'un sur l'autre de manière asynchrone que d'avoir du raid 1

Backup 15to ca va etre mega chaud. On peut reduire le nbre de disque dun raid5?