Soluzione della community

Eliminare e ricreare in sicurezza un RAID di ZimaOS

A user wanted to remove a test RAID and create a new one, then discovered that an active Samba share was the immediate reason the array could not be deleted.

In sintesi: interrompi le condivisioni e i servizi che usano il RAID prima di provare a eliminarlo

L’utente pensava che non fosse possibile rimuovere il RAID stesso. In realtà, il blocco era più semplice: la condivisione Samba era ancora attiva. Una volta disabilitata la condivisione, l’array poteva essere eliminato senza ricorrere immediatamente alla cancellazione a basso livello.

Usa l’interfaccia di archiviazione di ZimaOS prima degli strumenti CLI distruttivi

Le versioni attuali di ZimaOS supportano RAID 0, 1, 5 e 6 tramite il flusso di gestione dello storage. Se l’array è ancora gestito da ZimaOS, rimuovi prima le condivisioni e le app dipendenti, quindi usa l’interfaccia di archiviazione per modificare la configurazione. La guida attuale al RAID di ZimaOS è il riferimento supportato.

Vale la pena leggere la guida al ripristino del RAID di ZimaOS prima di intervenire su un disco che potrebbe contenere ancora dati necessari.

wipefs è l’ultima risorsa perché rimuove le firme del filesystem e del RAID

lsblk -f
findmnt
sudo umount /dev/DEVICE_PARTITION
sudo wipefs -n /dev/DEVICE   # esamina solo le firme

Inizia con wipefs -n, che elenca le firme senza cancellarle. Il manuale di wipefs illustra le modalità distruttive e di sola analisi. Esegui le operazioni di cancellazione effettive solo dopo aver eseguito il backup dei dati e verificato l’identità del dispositivo.

La creazione di un nuovo RAID cancella la vecchia struttura dello storage

Se le unità contengono dati importanti, copiali altrove e verifica la copia prima di eliminare e ricreare l’array. Il RAID protegge da alcuni guasti dei dischi; non è un backup.

La guida al backup di ZimaOS offre un flusso di lavoro più sicuro prima della modifica.

E per usare NVMe come cache?

La discussione originale chiedeva anche informazioni su bcache/dm-cache. La documentazione pubblica attuale di ZimaOS non offre un livello di cache SSD supportato e configurabile con un clic per un RAID di dischi rigidi. Linux dispone di tecnologie avanzate per la cache a livello di blocco, ma inserirne manualmente una sotto un array gestito da ZimaOS modifica l’architettura dello storage e il percorso di ripristino. La documentazione di bcache del kernel è il riferimento tecnico se intendi realizzare consapevolmente una configurazione avanzata di questo tipo.

Preferisci gli SSD per i dati delle app prima di aggiungere una cache a livello di blocco

Per molti home server, mantenere i database di Docker e delle app su SSD e i contenuti multimediali di grandi dimensioni su HDD offre gran parte dei vantaggi pratici in termini di reattività, con un modello di guasto molto più semplice. La guida alla migrazione dei dati di ZimaOS supporta direttamente questo approccio.