dev /md1 et dev/md2 has no identity information

par **falempin** » 10 Sep 2007 16:04

bonjour à tous (sme server v7.2 deux disques 40 Go)
J'ai dans la boite admin un message stipulant un pb avec les disques
en console admin j'ai effectivement l'etat suivant

etat actuel du raid
personalities : [raid1]
md2: active raid1 hda2[0]
40041920 blocks [2/1] [U_]
md1 : active raid1 hda1[0] hdb1[1]
104320 blocks [2/2] [UU]
unused devices : <none>
seuls certains peripheriques raid sont endommagés
une intervention manuelle est peut etre necessaire

en journaux logs raidmonitor current :
2007-09-10 15:27:24.663622500 mdadm: ARRAY line /dev/md2 has no identity information.
2007-09-10 15:27:24.663631500 mdadm: ARRAY line /dev/md1 has no identity information.
2007-09-10 15:27:25.785513500 Event: NewArray, Device: /dev/md2, Member:
2007-09-10 15:27:26.975014500 Event: NewArray, Device: /dev/md1, Member:
2007-09-10 15:27:28.080214500 Event: DegradedArray, Device: /dev/md2, Member:

et un extrait des logs du redemarrage

Sep 10 14:36:10 melmac kernel: device-mapper: 4.5.5-ioctl (2006-12-01) initialised: dm-devel@redhat.com
Sep 10 14:36:10 melmac kernel: md: raid1 personality registered as nr 3
Sep 10 14:36:10 melmac kernel: md: md1 stopped.
Sep 10 14:36:10 melmac kernel: md: bind<hdb1>
Sep 10 14:36:10 melmac kernel: md: bind<hda1>
Sep 10 14:36:10 melmac kernel: raid1: raid set md1 active with 2 out of 2 mirrors
Sep 10 14:36:10 melmac kernel: md: md2 stopped.
Sep 10 14:36:10 melmac kernel: md: bind<hdb2>
Sep 10 14:36:10 melmac kernel: md: bind<hda2>
Sep 10 14:36:10 melmac kernel: md: kicking non-fresh hdb2 from array!
Sep 10 14:36:10 melmac kernel: md: unbind<hdb2>
Sep 10 14:36:10 melmac kernel: md: export_rdev(hdb2)
Sep 10 14:36:10 melmac kernel: raid1: raid set md2 active with 1 out of 2 mirrors
Sep 10 14:36:10 melmac kernel: cdrom: open failed.
Sep 10 14:36:10 melmac kernel: kjournald starting. Commit interval 5 seconds
Sep 10 14:36:10 melmac kernel: EXT3-fs: mounted filesystem with ordered data mode.
Sep 10 14:36:10 melmac kernel: inserting floppy driver for 2.6.9-55.0.6.EL
Sep 10 14:36:10 melmac kernel: Floppy drive(s): fd0 is 1.44M

Si quelqu'un a une petite idée ?
merci

par **jibe** » 10 Sep 2007 21:25

Salut,

Tu as bien détaillé le contexte, c'est bien !

Mais la question reste très vague :lol:

Bon, en fait, c'est assez simple : ta partition hdb2 semble avoir un problème :

Code: Tout sélectionner: md2: active raid1 hda2[0]

hdb2 devrait être active, comme hdb1 dans md1 :

Code: Tout sélectionner: md1 : active raid1 hda1[0] hdb1[1]

Il ne te reste plus que :
- à savoir pourquoi (va sur le site constructeur du disque et télécharge l'outil de diagnostic, ou utilise ubcd),
- à réparer (peut-être qu'un simple reformatage de la partition et une resynchronisation des disques suffirait ?)

De toutes façons, tu ne risques pas grand chose, puisque ton disque hda fonctionne bien. Donc, réparation ou échange du disque hdb et resynchonisation (utilise le menu console) devraient remettre tout en ordre. Attention simplement à ne pas te mélanger les pinceaux et prendre hda pour hdb, à tout instant des manips !!! Une sauvegarde préalable est plus que conseillée !

par **Gaston** » 10 Sep 2007 23:44

Bonsoir,
les commentaires de Jibe sont tout à fait correct, néanmoins, c'est plus sur ce message là que je m'arrêterai

falempin a écrit:Sep 10 14:36:10 melmac kernel: md: bind<hdb2>
Sep 10 14:36:10 melmac kernel: md: bind<hda2>
Sep 10 14:36:10 melmac kernel: md: kicking non-fresh hdb2 from array!
Sep 10 14:36:10 melmac kernel: md: unbind<hdb2>
Sep 10 14:36:10 melmac kernel: md: export_rdev(hdb2)
Sep 10 14:36:10 melmac kernel: raid1: raid set md2 active with 1 out of 2 mirrors

: mdadm a trouvé que la deuxième partition de ton deuxième disque n'est pas dans un état satisfaisant pour reformer le RAID, il le rejette donc.
La solution est donc de remettre tout à plat (il y a des lignes de commandes en trop mais bon, c'est kdo bonux)

Code: Tout sélectionner: mdadm --set-faulty /dev/md1 /dev/hdb1 mdadm --remove /dev/md1 /dev/hdb1 mdadm --set-faulty /dev/md2 /dev/hdb2 mdadm --remove /dev/md2 /dev/hdb2 ### en plus rapide : mdadm -f /dev/md1 /dev/hdb1 -r /dev/hdb1 ### et mdadm -f /dev/md2 /dev/hdb2 -r /dev/hdb2 sfdisk -d /dev/hda > sfdisk_hda.output sfdisk /dev/hdb < sfdisk_hda.output mdadm --add /dev/md1 /dev/hdb1 mdadm --add /dev/md2 /dev/hdb2

Tu ne peux en effet pas rejoindre hdb2 à md2 comme ça vu que cela a déjà été refusé au boot :oops:

La manip ci-dessus n'est pas spécifiquement dangereuse, il n'empêche, comme le souligne Jibe, qu'une bonne sauvegarde est rarement une mauvaise action

pour info ce genre de plaisanterie m'est souvent arrivée avec des disques ide, pas avec des scsi , m'enfin
G.

par **jibe** » 11 Sep 2007 00:00

Bien vu Gaston !

Je n'avais pas noté la ligne "kicking non-fresch..." :oops:

Cela dit, ma manip doit revenir au même, non ? Avec au passage une vérif/reformatage ou échange du disque : comme tu le dis, ça arrive avec les disques PATA, moins fiables que les SCSI... Il me semble préférable de repartir sur une partition propre et sûre, qu'en penses-tu ? (ton sfdisk refait bien les partitions, mais le diag constructeur préalable est probablement préférable ?)

par **falempin** » 11 Sep 2007 17:56

Bonsoir

Je viens de realiser la manip, le disque s'est reconstruit sans problème
sans à proprement parler de dégradations notables au niveau de l'utilisation du serveur

Encore un grand merci pour tous vos conseils .