Cosa dovresti controllare quando la capacità del RAID non aumenta dopo la sostituzione del disco?

La capacità del RAID di solito rimane invariata perché uno strato continua a riportare il vecchio limite. Confermare la ricostruzione, le dimensioni dei membri, la geometria dell’array, la partizione e il filesystem in quest’ordine.

Sostituire i dischi è solo la fase hardware. Un NAS può contenere diversi limiti di dimensione impilati, e ciascuno deve esporre il limite maggiore prima che lo strato successivo possa utilizzarlo. La diagnosi più sicura inizia con controlli di stato in sola lettura, identifica il primo strato ancora piccolo e cresce solo quello invece di ripetere la sostituzione.

Confermare che ogni sostituzione sia completamente integrata

La capacità non può aumentare mentre uno specchio o un gruppo di parità contiene ancora un membro originale più piccolo, uno spare non ancora attivo o una sostituzione in fase di ricostruzione. L’array normalmente utilizza solo la capacità comune disponibile tra i membri che definiscono la sua geometria.

Un disco può apparire nell’inventario del NAS senza essere un membro sincronizzato. Confrontare lo stato dell’array, lo stato di ricostruzione, il ruolo del membro, il numero di serie e la dimensione del dispositivo riportata, invece di presumere che un disco rilevato abbia completato il processo di sostituzione.

Attendere che ogni sostituzione richiesta e ogni resilver o ricostruzione terminino senza nuovi errori. Se un membro manca, è guasto o è più piccolo del previsto, risolvere questa condizione prima di tentare qualsiasi comando di espansione perché lo strato dell’array ha ancora un motivo valido per preservare la vecchia dimensione.

Controllare la dimensione utilizzabile di ogni dispositivo membro

Un disco fisico più grande può ancora presentare una partizione di dimensione vecchia o un limite di componente registrato al RAID. Confrontare la capacità dell’intero disco, i settori finali della partizione e i dispositivi a blocchi esatti elencati come membri dell’array.

Un membro versione 1.x più grande può mantenere il limite di componente registrato anche dopo che il disco fisico è stato sostituito. L’espansione a la dimensione massima del componente avviene solo dopo che tutti i membri attivi possono supportarla.

Non ricreare una partizione solo perché la sua dimensione visualizzata è vecchia. Prima registrare il settore iniziale, il tipo di partizione, l’UUID del RAID e i numeri di serie dei membri; quindi utilizzare il metodo di espansione supportato dalla piattaforma che preserva la posizione iniziale e i metadati esistenti.

Verificare che lo strato RAID sia stato espanso

Quando ogni membro è più grande ma il dispositivo a blocchi RAID non lo è, la geometria dell’array non è stata espansa. L’azione richiesta dipende dal fatto che lo stack sia md RAID, ZFS, Btrfs, un controller hardware o un pool di archiviazione gestito dal NAS.

Per md RAID, modificare la dimensione del componente attivo avvia una risincronizzazione della regione appena esposta. In uno specchio ZFS, lo spazio diventa disponibile solo dopo che ogni dispositivo nel gruppo specchio è stato sostituito, e l’espansione può richiedere autoexpand o un’espansione online esplicita.

Usare l’interfaccia di gestione o il comando appartenente all’implementazione RAID effettiva. Fermarsi se l’array segnala una ristrutturazione, uno stato degradato, un cambiamento di layout non supportato o una discrepanza nelle dimensioni dei membri; questi stati devono essere risolti prima che il nuovo limite possa essere considerato affidabile.

Controllare se c’è uno strato di partizione o volume sopra il RAID

Anche dopo che il dispositivo RAID cresce, una tabella delle partizioni, un volume fisico LVM, un volume logico, una mappatura crittografata o un’allocazione del pool di archiviazione possono ancora terminare al settore precedente. Il filesystem non può vedere i blocchi che uno strato intermedio non gli ha assegnato.

Tracciare il percorso montato verso il basso con la vista dei dispositivi a blocchi della piattaforma e confrontare le dimensioni a ogni passaggio. Il primo oggetto che rimane piccolo è lo strato da espandere; modificare prima uno strato superiore fallirà o lascerà lo spazio nuovo non allocato.

Espandere un limite alla volta e ricontrollare lo strato successivo prima di continuare. Questo metodo a fasi crea un punto di rollback chiaro e previene che un comando destinato a un filesystem venga applicato per errore a un membro RAID o a una partizione.

Espandere il filesystem solo dopo che il dispositivo a blocchi è cresciuto

Un filesystem non si espande necessariamente quando il dispositivo RAID sottostante diventa più grande. Confermare che il filesystem montato riporti ancora la vecchia dimensione mentre il dispositivo a blocchi contenitore ora riporta la nuova dimensione.

Per ext2, ext3 ed ext4, il ridimensionatore del filesystem si aspetta che la partizione o il dispositivo logico siano prima ingranditi. XFS segue lo stesso ordine degli strati, e un’operazione di crescita XFS espande un filesystem montato nella capacità già esposta dal dispositivo.

Usare l’operazione di crescita specifica del filesystem solo dopo aver controllato il percorso del dispositivo, il punto di montaggio, lo stato online supportato e un backup recente. Un’espansione RAID riuscita con un filesystem invariato è incompleta, ma è più sicura che indovinare lo strato sbagliato.

Considerare il ridimensionamento specifico del dispositivo per il filesystem

Alcuni filesystem gestiscono direttamente più dispositivi, quindi i loro passaggi di sostituzione e ridimensionamento non corrispondono a uno stack convenzionale RAID più filesystem. Btrfs è l’esempio comune: sostituire un dispositivo ed esporre la sua piena nuova capacità sono operazioni separate.

Sostituire un dispositivo Btrfs con un obiettivo più grande non espone automaticamente i blocchi aggiunti al filesystem. Un ridimensionamento separato del dispositivo spiega perché la sostituzione può completarsi correttamente mentre la capacità riportata rimane invariata.

Identificare se il filesystem stesso possiede il set di dispositivi prima di usare istruzioni mdadm, partizione o LVM. Mescolare procedure da diversi stack di archiviazione è uno dei modi più rapidi per trasformare un semplice problema di capacità in un problema di metadati.

Usare un controllo della capacità strato per strato

Il test decisivo è annotare la dimensione riportata a ogni strato dal disco fisico al filesystem montato. La capacità dovrebbe aumentare monotonamente attraverso lo stack, con riduzioni previste per la ridondanza RAID, i metadati, i blocchi riservati e la conversione delle unità.

Se i dischi fisici sono più grandi ma le partizioni dei membri no, correggere lo strato delle partizioni. Se il dispositivo RAID è più grande ma il volume logico no, estendere il volume. Se ogni strato a blocchi è più grande ma il filesystem montato no, eseguire il passaggio di crescita del filesystem.

Fermarsi quando due strati adiacenti non concordano in modo inspiegabile o quando qualsiasi contatore di salute aumenta durante l’espansione. Conservare l’output di stato e i backup prima di modificare la geometria, perché il primo limite inspiegato è un indizio diagnostico e non un motivo per forzare l’operazione successiva.