Come verificare se una partizione di sistema piena sta influendo sulle app NAS

Una partizione di sistema piena può bloccare le app NAS anche quando nel grande pool dati restano terabyte liberi.

Le applicazioni hanno bisogno di spazio locale per log, database, file temporanei, aggiornamenti, livelli dei container, socket e scritture di configurazione. Conferma quale mount è pieno, collega l’errore dell’app a una scrittura non riuscita, individua cosa sta occupando spazio nel sistema e liberalo tramite il componente che ne è responsabile.

Conferma che la partizione di sistema sia il mount pieno

Controlla tutti i filesystem montati e individua i percorsi root, boot, delle applicazioni, dei container e dei dati. La prima cosa da fare è confermare quale mount è effettivamente pieno, perché lo spazio libero nel pool dati non può soddisfare una scrittura diretta al filesystem root.

Usa df -h per la capacità in blocchi e df -i per i record dei file. Un percorso può rifiutare nuovi file quando i blocchi liberi e gli inode liberi sono limiti distinti e uno dei due si esaurisce.

Collega i guasti delle app alla mancanza di spazio per la scrittura

Leggi i log dell’app, del database, del container e del sistema per individuare messaggi come «spazio esaurito», filesystem in sola lettura, journal non riuscito o impossibilità di creare un file temporaneo. Un’app potrebbe continuare a mostrare la propria pagina web dalla memoria mentre le attività in background, i caricamenti e le transazioni del database non vanno a buon fine.

Registra gli orari e prova una scrittura innocua nel percorso interessato. Evita riavvii generalizzati finché non hai salvato le prove: riavviare tutte le app può generare altri log, nascondere il primo errore e modificare quale servizio si guasta dopo.

Trova i log, i livelli dei container, gli inode e i file eliminati

Misura le directory di sistema di primo livello, quindi analizza quella con il valore più alto. Tra le cause comuni ci sono journal, log delle applicazioni, livelli delle immagini, cache di build, dump di arresto anomalo, cache dei pacchetti, miniature e file temporanei. Prima di eliminare directory di dati poco trasparenti, consulta i report dell'app o del gestore dei container.

Se i totali delle directory non spiegano l'utilizzo del filesystem, controlla se ci sono file eliminati ancora aperti. Se gli inode sono esauriti, individua le directory con un numero enorme di piccoli file di cache o di sessione. Dopo il ripristino, configura la rotazione dei log e i limiti di conservazione invece di ripetere eliminazioni di emergenza.

Libera spazio in sicurezza e verifica il ripristino

Inizia dalle procedure di pulizia documentate: ruota o svuota i log, rimuovi le cache dei pacchetti di cui è stata confermata l'inutilità, elimina solo gli artefatti dei container non utilizzati e cancella i vecchi dump di arresto anomalo tramite gli strumenti dedicati. Conserva database, volumi con nome, immagini attive e configurazione finché non disponi di un backup verificato.

Ricontrolla l'utilizzo del filesystem e degli inode, quindi riavvia solo la catena di dipendenze interessata e verifica una scrittura effettiva dell'app. Se il ripristino continua a non riuscire, controlla l'ordine di avvio dei servizi dopo un riavvio invece di presumere che la causa sia ancora la mancanza di spazio.

Domande frequenti

Perché un'app non funziona anche se il pool di dati NAS ha spazio libero?

L'app potrebbe scrivere il proprio database, i log, i file temporanei o lo stato dei container nella partizione di sistema più piccola. La capacità non viene condivisa automaticamente tra i punti di montaggio.

Eliminare i file di log può peggiorare il problema?

Sì. Un processo in esecuzione potrebbe mantenere aperto un log eliminato, quindi lo spazio rimane occupato anche se il percorso non esiste più. Ruota o tronca i log seguendo la procedura corretta del servizio.

Quanto spazio libero dovrebbe mantenere la partizione di sistema?

Non esiste una percentuale universale. Mantieni spazio sufficiente per aggiornamenti, log, manutenzione del database, crescita dei container e operazioni di ripristino, quindi imposta avvisi sia sul tasso di crescita sia sullo spazio residuo.