L'unità hot-swap ha ottenuto un nuovo nome. Se lo aggiungo nuovamente all'array `md` e viene rinominato al riavvio, l'array continuerà a funzionare?


10

Uno degli HDD nella configurazione RAID del mio server non è riuscito, quindi l'ho estratto dall'array e l'ho sostituito a caldo con il data center. L'hanno fatto, ma ora la nuova unità è /dev/sdcpiuttosto che /dev/sda. Ho il sospetto che se riavvio il server, lo sarà di /dev/sdanuovo, quindi esito ad aggiungerlo nuovamente all'array come /dev/sdcperché non voglio creare una trappola per me stesso al prossimo riavvio. Non appena riavvierei il server se non ne avessi bisogno (se ne ho bisogno, beh, peccato per me).

Se lo aggiungo come /dev/sdc, ci sarà un problema al riavvio? O c'è un modo per cambiare il nome del dispositivo da /dev/sdca /dev/sdasenza riavviare?

Questo è su Ubuntu 10.04 LTS. È un mdarray ("Linux Software RAID"), dove attualmente uno dei dispositivi (ce ne sono un paio) si presenta così ("degradato" perché ho rimosso il vecchio /dev/sdada esso):

# mdadm --detail / dev / md0
/ Dev / md0:
        Versione: 00.90.03
  Tempo di creazione: dom 11 ott 21:07:54 2009
     Livello Raid: raid1
     Dimensione matrice: 97536 (95,27 MiB 99,88 MB)
  Dimensione Dev utilizzata: 97536 (95.27 MiB 99.88 MB)
   Raid Devices: 2
  Totale dispositivi: 1
Minore preferito: 0
    Persistenza: il superblocco è persistente

    Tempo di aggiornamento: gio 30 giu 09:31:16 2011
          Stato: pulito, degradato
 Dispositivi attivi: 1
Dispositivi funzionanti: 1
 Dispositivi guasti: 0
  Dispositivi di ricambio: 0

           UUID: 496be7a5: ab9177ed: 7792c71e: 7dc17aa4
         Eventi: 0.112

    Numero Stato Incursioni Minori Maggiori Stato
       0 8 17 0 sync / dev / sdb1 attivi
       1 0 0 1 rimosso

1
Quale array? Se sta eseguendo la scansione di UID, non importa se è sda o sdc
Jure1873,

È un mdarray ("Linux Software RAID"). Tutta l'aggiunta / rimozione del dispositivo e simili si riferisce ai nomi dei dispositivi, ma non so che ciò significhi che si basa effettivamente su di essi o ... Ho aggiunto l'output di mdadm --detailesso alla domanda.
TJ Crowder,

per md array mdadm esegue la scansione di tutti i dischi (come definito in /etc/mdadm.conf), quindi non importa dove si trovano, perché scrive un ID nell'intestazione del disco in modo da poter riassemblare gli array.
Jure1873,

Sì, grazie, controlla l'aggiornamento sulla domanda, ho descritto quel comportamento e ricontrollato ha funzionato.
TJ Crowder,

1
@TJCrowder invece (o in aggiunta) di aggiornare la tua domanda potresti voler aggiungere il tuo risultato come una risposta (e accettarlo), poiché questa domanda è sostanzialmente risolta.
Dennis Nolte,

Risposte:


1

Va bene andare avanti e aggiungerlo come /dev/sdc. Leggendo la mddocumentazione del kernel , se il nome cambia al riavvio, non importa. (Buon design, quello.) Ecco perché:

Rilevamento automatico del tempo di avvio degli array RAID

Quando md viene compilato nel kernel (non come modulo), le partizioni di tipo 0xfd vengono scansionate e assemblate automaticamente in array RAID. Questa rilevazione automatica può essere soppressa con il parametro del kernel "raid = noautodetect". A partire dal kernel 2.6.9, solo le unità con un superblocco di tipo 0 possono essere rilevate automaticamente ed eseguite all'avvio.

Il parametro del kernel "raid = partizionabile" (o "raid = part") significa che tutti gli array rilevati automaticamente sono assemblati come partizionabili.

Anche se non ho mdcompilato il kernel, la mia installazione fa la stessa cosa sopra perché si carica automaticamente mdadme mdadm.confè impostata per scansionare tutte le partizioni per un superblocco proprio come farebbe il kernel:

# per impostazione predefinita, esegue la scansione di tutte le partizioni (/ proc / partitions) per i superblocchi MD.
# in alternativa, specificare i dispositivi da scansionare, usando i caratteri jolly se lo si desidera.
Partizioni DEVICE

Quindi va bene ricostruire l'array con /dev/sdc; il nome probabilmente cambierà al /dev/sdariavvio, ma ciò non causerà alcun problema se mdimpostato come sopra.

Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.