Le lecteur remplaçable à chaud a reçu un nouveau nom. Si je l'ajoute au tableau `md` et qu'il est renommé au redémarrage, le tableau fonctionnera-t-il toujours?

10

L'un des disques durs de la configuration RAID de mon serveur a échoué, je l'ai donc retiré de la baie et l'ai fait remplacer à chaud par le centre de données. Ils l'ont fait, mais maintenant le nouveau lecteur l'est /dev/sdcplutôt /dev/sda. Je soupçonne que si je redémarre le serveur, ce sera à /dev/sdanouveau, donc j'hésite à l'ajouter à la baie /dev/sdccar je ne veux pas me piéger pour tomber dans le prochain redémarrage. Je ne redémarrerais pas le serveur si je n'en ai pas besoin (si j'en ai besoin, eh bien, tant pis pour moi).

Si je l'ajoute en tant que /dev/sdc, y aura-t-il un problème au redémarrage? Ou est - il un moyen de changer le nom du périphérique de /dev/sdcla /dev/sdasans redémarrer?

C'est sur Ubuntu 10.04 LTS. C'est un mdtableau ("Linux Software RAID"), où actuellement l'un des périphériques (il y en a quelques-uns) ressemble à ceci ("dégradé" parce que j'en ai retiré l'ancien /dev/sda):

# mdadm --detail / dev / md0
/ dev / md0:
        Version: 00.90.03
  Heure de création: dim 11 oct 21:07:54 2009
     Niveau de raid: raid1
     Taille de la baie: 97536 (95,27 MiB 99,88 Mo)
  Taille de développement utilisée: 97536 (95,27 MiB 99,88 Mo)
   Dispositifs de raid: 2
  Nombre total d'appareils: 1
Mineur préféré: 0
    Persistance: le superbloc est persistant

    Heure de mise à jour: Thu Jun 30 09:31:16 2011
          Etat: propre, dégradé
 Périphériques actifs: 1
Dispositifs de travail: 1
 Périphériques défaillants: 0
  Appareils de rechange: 0

           UUID: 496be7a5: ab9177ed: 7792c71e: 7dc17aa4
         Événements: 0,112

    Numéro Major Minor RaidDevice State
       0 8 17 0 synchronisation active / dev / sdb1
       1 0 0 1 supprimé
TJ Crowder
la source
1
Quel tableau? S'il analyse des UID, peu importe qu'il s'agisse de sda ​​ou sdc
Jure1873
C'est un mdtableau ("Linux Software RAID"). Tous les ajouts / suppressions de périphériques et autres font référence aux noms de périphériques, mais je ne pense pas que cela signifie qu'ils reposent réellement sur eux ou ... J'ai ajouté la sortie de mdadm --detaildessus à la question.
TJ Crowder
pour les matrices md, mdadm analyse tous les disques (comme défini dans /etc/mdadm.conf), peu importe où ils se trouvent, car il écrit un ID dans l'en-tête du disque afin de pouvoir réassembler les matrices.
Jure1873
Oui, merci, consultez la mise à jour sur la question, j'ai décrit ce comportement et revérifié cela fonctionnait.
TJ Crowder
1
@TJCrowder au lieu (ou en plus) de mettre à jour votre question, vous voudrez peut-être ajouter votre résultat en tant que réponse (et l'accepter), car cette question est fondamentalement résolue.
Dennis Nolte

Réponses:

1

C'est bien d'aller de l'avant et de l'ajouter comme /dev/sdc. En lisant la mddocumentation du noyau , si le nom change au redémarrage, cela n'a pas d'importance. (Bon design, ça.) Voici pourquoi:

Détection automatique au démarrage des baies RAID

Lorsque md est compilé dans le noyau (pas en tant que module), les partitions de type 0xfd sont analysées et automatiquement assemblées en matrices RAID. Cette détection automatique peut être supprimée avec le paramètre du noyau "raid = noautodetect". Depuis le noyau 2.6.9, seuls les lecteurs avec un superbloc de type 0 peuvent être détectés automatiquement et exécutés au démarrage.

Le paramètre du noyau "raid = partitionable" (ou "raid = part") signifie que tous les tableaux auto-détectés sont assemblés comme partitionnables.

Bien que je n'aie pas mdcompilé dans le noyau, ma configuration fait la même chose que ci-dessus car elle se charge automatiquement mdadmet mdadm.confest configurée pour analyser toutes les partitions pour un superbloc comme le ferait le noyau:

# par défaut, analyse toutes les partitions (/ proc / partitions) pour les superblocs MD.
# vous pouvez également spécifier les périphériques à analyser, en utilisant des caractères génériques si vous le souhaitez.
Partitions DEVICE

Donc, c'est bien de reconstruire le tableau avec /dev/sdc; le nom changera probablement au /dev/sdaredémarrage, mais cela ne causera aucun problème s'il mdest configuré comme ci-dessus.

TJ Crowder
la source