LVM vs btrfs snapshot: quota e filesystem pieno

Diagnosi probabile

Su un server hosting il problema spesso non è solo “disco pieno”, ma come viene gestito lo spazio. Con LVM puoi allargare volumi e separare bene i punti di mount; con btrfs hai snapshot e quota più flessibili, ma devi controllare meglio metadata, subvolume e rescan quota. La scelta giusta cambia molto se il carico è un sito WordPress, una VM, o un ambiente con molti snapshot di backup.

Verifiche immediate

1. Controlla cosa sta saturando il filesystem: df -h per lo spazio totale e du -xhd1 /var o sul mount interessato per capire dove cresce l’uso reale.
2. Se usi LVM, verifica lo stato dei volumi con pvs, vgs e lvs: esito atteso, vedere se c’è spazio libero nel volume group per un’estensione rapida.
3. Se usi btrfs, controlla snapshot e quote con btrfs subvolume list / e btrfs qgroup show /: esito atteso, capire se gli snapshot stanno trattenendo spazio o se la quota è incoerente.

Soluzione consigliata passo-passo

1. Scegli LVM se ti serve un approccio semplice da amministrare su hosting classico, con volumi separati per /, /var, /home e crescita lineare. È la scelta più pratica quando vuoi aumentare spazio senza cambiare logica di filesystem e senza dipendere da snapshot a livello file system.
2. Scegli btrfs se ti servono snapshot frequenti, rollback rapidi e quote per clienti, container o ambienti di test. È utile quando il vantaggio operativo degli snapshot pesa più della semplicità, ma richiede disciplina: monitora spazio libero, usa subvolume separati e verifica regolarmente la coerenza delle qgroup.
3. Per un server hosting, una strategia equilibrata è: LVM sotto per la gestione del disco e btrfs sopra solo dove gli snapshot servono davvero. In questo modo limiti il rischio di saturare tutto il sistema per colpa di uno snapshot troppo vecchio.
4. Prima di aumentare spazio o creare snapshot, fai sempre un controllo di sicurezza: se il filesystem è già al limite, libera prima cache, log ruotati e file temporanei; poi verifica che il servizio web o database riparta senza errori di scrittura.

Controlli finali / rollback

1. Dopo l’intervento, ricontrolla con df -h che il mount critico abbia margine sufficiente e che non compaiano errori in dmesg o nei log del servizio.
2. Se hai esteso un volume LVM, conferma con lvs che la dimensione sia cambiata e che il filesystem sia stato ridimensionato correttamente.
3. Se hai usato btrfs, verifica che gli snapshot necessari siano presenti e che btrfs qgroup show non segnali una situazione bloccata; in caso di quota incoerente, pianifica un rescan in finestra di manutenzione.
4. Rollback consigliato: se una modifica non risolve il riempimento, sospendi la crescita automatica e torna alla configurazione precedente del mount o del subvolume, così eviti di peggiorare un filesystem già quasi pieno.

In breve: usa LVM quando vuoi gestione dello spazio prevedibile e semplice; usa btrfs quando snapshot e rollback valgono più della semplicità operativa. Su hosting, la regola pratica è non scegliere in astratto, ma in base a quanto spesso devi recuperare spazio e quanto rapidamente devi tornare indietro dopo un errore.