Contenu | Rechercher | Menus

Annonce

Si vous avez des soucis pour rester connecté, déconnectez-vous puis reconnectez-vous depuis ce lien en cochant la case
Me connecter automatiquement lors de mes prochaines visites.

À propos de l'équipe du forum.

#1 Le 30/12/2009, à 18:50

inextenza

grub et évolution de la conf mdadm

Bonjour,

Je me trouve sans idée, sur un comportement étonnant de mon serveur.

Un des disques IDE de ma grappe a rendu l'âme. Or, un 250Go IDE, on n'en trouve plus et j'ai un port SATA dispo, donc le remplacement sera un disque SATA.
Le disque IDE est déjà éjecté de l'array (pour faute grave  big_smile ) je refais par précaution le mdadm -r /dev/hdg1 /dev/md0
Puis le add de /dev/sda1
Puis, mise à jour de /etc/mdadm/mdadm.conf

Le /proc/mdstat m'annonce une synchro correcte, et le --detail me confirme /dev/sda1 a été accepté sans soucis, /dev/hdg1 n'est même plus un souvenir.

Chouette, me dis-je: il ne me reste plus qu'à éteindre, et dégager le disque HS.
oui mais voilà: grub ne veut plus amorcer mon système, il ne reste que le curseur clignotant à l'écran.
neutral
J'éteins, rebranche hdg, redémarre. Là, grub charge correctement, en commençant par me dire qu'il éjecte hdg1 pour secteurs irrécupérables, et me démarre md0 en dégradé.

Bref, au reboot, il oublie le changement de conf!!!

gateway ~> sudo -s
gateway ~> umount /dev/md0
gateway ~> mdadm --stop /dev/md0
mdadm: stopped /dev/md0
mdadm: we match both /dev/md1 and /dev/md2 - cannot decide which to use.
mdadm: we match both /dev/md1 and /dev/md2 - cannot decide which to use.
mdadm: we match both /dev/md1 and /dev/md2 - cannot decide which to use.
gateway ~> mdadm --assemble /dev/md0
mdadm: /dev/md0 has been started with 3 drives (out of 4).

gateway ~> mdadm --detail /dev/md0
/dev/md0:
        Version : 0.90
  Creation Time : Fri Aug 17 20:52:09 2007
     Raid Level : raid5
     Array Size : 732587712 (698.65 GiB 750.17 GB)
  Used Dev Size : 244195904 (232.88 GiB 250.06 GB)
   Raid Devices : 4
  Total Devices : 3
Preferred Minor : 0
    Persistence : Superblock is persistent

    Update Time : Mon Dec 21 00:45:44 2009
          State : clean, degraded
 Active Devices : 3
Working Devices : 3
 Failed Devices : 0
  Spare Devices : 0

         Layout : left-symmetric
     Chunk Size : 64K

           UUID : f9c305f6:7747adb5:ab376f1c:97e546ca
         Events : 0.844040

    Number   Major   Minor   RaidDevice State
       0      22        1        0      active sync   /dev/hdc1
       1      33        1        1      active sync   /dev/hde1
       2       0        0        2      removed
       3       3       65        3      active sync   /dev/hdb1

gateway ~> mdadm --misc -E /dev/sda1
/dev/sda1:
          Magic : a92b4efc
        Version : 0.90.00
           UUID : f9c305f6:7747adb5:ab376f1c:97e546ca
  Creation Time : Fri Aug 17 20:52:09 2007
     Raid Level : raid5
  Used Dev Size : 244195904 (232.88 GiB 250.06 GB)
     Array Size : 732587712 (698.65 GiB 750.17 GB)
   Raid Devices : 4
  Total Devices : 4
Preferred Minor : 0

    Update Time : Sun Dec 20 19:10:42 2009
          State : clean
 Active Devices : 4
Working Devices : 4
 Failed Devices : 0
  Spare Devices : 0
       Checksum : fdeff4f6 - correct
         Events : 844030

         Layout : left-symmetric
     Chunk Size : 64K

      Number   Major   Minor   RaidDevice State
this     2       8        1        2      active sync   /dev/sda1

   0     0      22        1        0      active sync   /dev/hdc1
   1     1      33        1        1      active sync   /dev/hde1
   2     2       8        1        2      active sync   /dev/sda1
   3     3       3       65        3      active sync   /dev/hdb1

gateway ~> cat /etc/mdadm/mdadm.conf
MAILADDR xxx

# auto-create devices with Debian standard permissions
CREATE owner=root group=disk mode=0660 auto=yes

# Raid 5 : disques de 250Go
DEVICE /dev/hdb1
DEVICE /dev/hdc1
DEVICE /dev/hde1
#DEVICE /dev/hdg1
DEVICE /dev/sda1

#ARRAY /dev/md0 level=raid5 devices=/dev/hdb1,/dev/hdc1,/dev/hde1,/dev/sda1 UUID=f9c305f6:7747adb5:ab376f1c:97e546ca
ARRAY /dev/md0 level=raid5 num-devices=4 metadata=0.90 UUID=f9c305f6:7747adb5:ab376f1c:97e546ca
   devices=/dev/hdc1,/dev/hde1,/dev/sda1,/dev/hdb1


# Raid 1 : disques de 20Go
# Systeme de demarrage
# LVM

DEVICE /dev/hdf*
DEVICE /dev/hdh*

ARRAY /dev/md1 level=raid1 devices=/dev/hdf1,/dev/hdh1
ARRAY /dev/md2 level=raid1 devices=/dev/hdf2,/dev/hdh2
ARRAY /dev/md3 level=raid1 devices=/dev/hdf3,/dev/hdh3

Mais qu'ai-je donc oublié?  hmm

Dernière modification par inextenza (Le 30/12/2009, à 18:51)

Hors ligne

#2 Le 01/01/2010, à 10:59

feeatmod

Re : grub et évolution de la conf mdadm

Bonjour,

je suis loin d'être un expert en configuration serveur


mais si j'ai bien compris tu as changé les disques et reconstruis les données donc à l'identique

Sauf erreur l'uuid d'un disque ou d'une partition est unique( celle ci d'ailleurs change à chaque modification de partition)

donc l'uuid de l'ancien disque n'est plus valable pour le nouveau

mais dans la configuration de grub c'est l'uuid de l'ancien disque qui reste pointée

à voir....

feeatmod


"Mourir c'est juste connaitre une dernière fin de MOI difficile" dp ch'ti grain de folie
Membre de l'april  http://www.april.org/
Dell precision 490-deux quad xeons- nvidia quadro 4000 - Raid 5 matériel- UBUNTU studio 64 bits

Hors ligne

#3 Le 03/01/2010, à 12:44

inextenza

Re : grub et évolution de la conf mdadm

Bonjour, et merci pour ta réponse smile

L'UUID est celui de l'array. Il ni varie pas lorsqu'on ajoute un disque, et chaque disque le récupère, cela semble nécessaire lors des phases d'assemblage.
Donc, à priori, ce n'est pas ça le soucis sad

Hors ligne

#4 Le 18/01/2010, à 21:35

inextenza

Re : grub et évolution de la conf mdadm

Pas d'idée? sad

Hors ligne