Forum Linux.noyau ajout avec mdadm et renommage disque

Posté par zx81 le 17 août 2009 à 20:32.

Étiquettes : aucune

août

2009

Salut *;

Je suis un peu embêté par un raid-1 (sda+sdb) sur un petit serveur...
Rien de bien folichon, juste mon sda qui a rendu l'âme (vous savez les Seagate 500Go buggés...).
Pas de soucis pour remettre un autre disque mais pour l'instant, je ne peux pas trop arrêter la machine...

J'ai donc rajouté un disque mais, comme je m'y attendais, il est vu en sdc.
Si je fait le mdadm --add avec sdc, que va-t-il se passer quand je vais rebooter la machine après avoir remis ce nouveau disque sur le connecteur sata#1 (à la place du sda mort), il va bien être en sda, non ? Et là, quid du raid (qui veut sdb+sdc) ?
Faut-il faire des règles udev avec les numéros de série des disques pour être "tranquille" ?

Dans l'idéal, j'aurais du tester tout ça *avant* mais l'ancien serveur à grillé en janvier pendant les 5 minutes où Monsieur Meurphi me livrait les colis du matos pour le nouveau ! J'ai donc du réinstaller un peu à l'arrache :-(

# md

Posté par fcartegnie le 17 août 2009 à 20:38. Évalué à 2.

Surtout ta config de boot qui va pas passer si t'y jettes pas un oeil...

Concernant uniquement md, il suffit de ne pas utiliser les noms de périphériques dans l'array mais leurs UUID. (et lui dire de chercher tous les disques pour son meta)
- [^] # Re: md
  
  Posté par nono14 (site web personnel) le 17 août 2009 à 20:59. Évalué à 1.
  
  Si tu as installé le bootloader sur les 2 disques pas de soucis.
  En revanche, j'ai toujours été obligé de rebooter pour changer un disque, le noyau ne relisant pas la table de partition du nouveau disque!
  Si il y a une solution je suis preneur.
  Système - Réseau - Sécurité Open Source - Ouvert à de nouvelles opportunités
  - [^] # Re: md
    
    Posté par zx81 le 17 août 2009 à 23:18. Évalué à 2.
    
    Avec partprobe ? (paquet parted sous debian)
- [^] # Re: md
  
  Posté par zx81 le 17 août 2009 à 23:07. Évalué à 2.
  
  Mais avec --add on ne peut mettre que /dev/sdX, non ?
  (toujours est-il que pour l'instant, j'ai fait le fail+remove de sda, le add de sdc et ça mirroite sdb* vers sdc* (encore 1h30...))
  - [^] # Re: md
    
    Posté par fcartegnie le 18 août 2009 à 01:34. Évalué à 3.
    
    au reboot c'est le mdadm.conf qui prévaut.
    - [^] # Re: md
      
      Posté par Kerro le 18 août 2009 à 12:06. Évalué à 2.
      
      De ma modeste expérience, mdadm.conf ne sert qu'au démon de surveillance. Tu peux l'effacer, inverser les disques dans son contenu, tout ce que tu veux, la machine démarre pareil. Les attributions des disques sont indiquées "dans" les partitions.
      - [^] # Re: md
        
        Posté par fcartegnie le 18 août 2009 à 14:00. Évalué à 2.
        
        Tout ça dépend de ton initrd et de ta distro.
        Si tu choisis de faire une autodetection, alors le mdadm sera pas inclus.
        Si tu ne peux pas scanner les device en raison d'un conflit, il te le faudra.
# uuid

Posté par peck (site web personnel) le 18 août 2009 à 01:49. Évalué à 4.

Le raid et ses composants sont identifiés par un uuid stocké dans un superbloc. Ce qui veut dire qu'il n'a pas à se soucier du nom que porte le device sur lequel est stocké le raid.
# UU :-)

Posté par zx81 le 18 août 2009 à 02:00. Évalué à 2.

Merci à vous !

Effectivement, on n'a pas à se soucier du nom des disques (j'ai éteint après la fin de la reconstruction, viré sda, mis sdc en sata#1) et au reboot tout restait ok, le mdstat me dit bien que la paire raid-1 est sda et sdb.

C'est donc les uuids des superblocs qui sont utilisés (un "group by", quoi) pour retrouver les disques appariés.

PS: possesseurs du même disque (500Go avec firmware SD15), vérifiez vos infos smart !

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.