Problème Raid

[dlalleme]

Bonjour à tous,

J'ai un serveur qui après une mise à jour à un problème RAID (on peut le dire )

Code: Tout sélectionner

Personalities : [raid1]
md2 : active raid1 sda2[1]
      117113728 blocks [2/1] [_U]

md1 : active raid1 sda1[0] sdb1[1]
      104320 blocks [2/2] [UU]



La synchro semble être inopérante ...

Comment puis-je remédier à ce problème ?
Pour moi, il manque un sdb2 et je ne sais pas trop comment utiliser la commande mdadm si celle-ci est adéquate

Je serais tenté par la commande

Code: Tout sélectionner

mdadm --add /dev/md2 /dev/sdb2

Mais sur un serveur de prod, c'est assez délicat... Je suis troublé par les nombres de blocks qui sont très différents ...

Cordialement

Denis

Denis

[Grand-Pa]

Salut Denis,

Le problème est situé sur la grappe /dev/md2 qui a perdu la partition /dev/sdb2
Pour en avoir confirmation :

Code: Tout sélectionner

mdadm --detail /dev/md2

S'il a perdu cette partition, c'est qu'elle a un problème et la solution la plus sérieuse consiste à changer la disque /dev/sdb : après changement le RAID va se reconstruire automatiquement.

Sinon, la solution du pauvre qui n'a pas de quoi remplacer le disque et/ou qui se dit que l'erreur à l'origine de la perte de la partition n'est qu'un bug passager :

Retirer la partition posant problème :

Code: Tout sélectionner

mdadm /dev/md2 --remove /dev/sdb2

Rajouter la partition à la grappe :

Code: Tout sélectionner

mdadm /dev/md2 --add /dev/sdb2

Suivre la reconstruction de la grappe :

Code: Tout sélectionner

cat /proc/mdstat

Une fois la grappe reconstruite, il faut bien suivre son évolution : si elle est à nouveau endommagée, le changement du disque devient inévitable en prod car il est très certainement endommagé pour de bon.

[dlalleme]

Bonsoir Franck,

Comment vas-tu ?

Merci pour ta réponse ... Mais la manip sans changement de disque est-elle sans risque pour les données ?
J'ai pas trop envie de restaurer à partir des sauvegardes ... Surtout ce soir ...

À un de ces jours ...

Denis

[Grand-Pa]

Ça va pas trop mal, d'autant que je remet un peu le nez dans SME.

Perso, j'ai déjà effectué la "solution du pauvre" à 3 reprises sur mon propre serveur (le PIII-800). L'opération s'est déroulée sans le moindre problème, mais le dysfonctionnement revenant, j'ai déjà été contraint de changer 2 fois un disque d'une grappe (ce sont de vieux disques SCSI-2 de récupération).

L'avantage de cette solution, c'est que tu n'as pas à arrêter le serveur. L'inconvénient, c'est que tu repars avec un disque qui a déjà rencontré un problème. C'est donc à toi de faire le calcul.

[dlalleme]

Bonjour,

Bon, ça va pas trop

Les commandes mdadm me répondent à chaque fois

Code: Tout sélectionner

mdadm: Cannot open /dev/sdb2: Device or resource busy

Le problème ne viendrait-il pas du raid au niveau de la carte mère (après le BIOS)?
Pour le vérifier, il faut que j'aille sur place

Cordialement

Denis

[Gaston]

Bonjour,

Les commandes mdadm me répondent à chaque fois

mdadm permet de gérer la grappe raid, càd de connaître son status et d'agir dessus. Si tu as ce genre de messages en interrogeant le status c'est pas cool. Sinon, ben c'est juste parce que Grand'Pa a eu un petit trou de mémoire : il faut que le disque ne soit plus actif dans la grappe raid pour qu'il puisse en être retiré. Il manque donc juste une commande à sa réponse (à faire avant le remove) :

Code: Tout sélectionner

mdadm /dev/md2 --fail /dev/sdb2

Sinon pour le reste je suis d'accord à 120%.

Après tu monitores la reconstruction avec le cat /proc/mdstat
G.

[dlalleme]

Hello,

C'est bon j'ai enfin pris le temps de resynchroniser les disques

Merci de votre aide....

Cordialement

Denis