Limiti inode: cosa sono e come ridurne l’utilizzo

In breve: I limiti inode indicano il numero massimo di file e cartelle che un account hosting può utilizzare.

Limiti inode

Un inode non misura lo spazio occupato in gigabyte: un file molto grande e un file di pochi byte utilizzano normalmente un inode ciascuno, mentre una directory con centinaia di migliaia di file piccoli può raggiungere il limite anche quando rimane spazio disco disponibile.

controlla il valore File Usage o Utilizzo file nella sezione Statistiche di cPanel. Se è vicino al limite, crea o verifica prima un backup, individua le directory con più elementi e intervieni nell’ordine più sicuro: cache rigenerabili, Cestino, vecchi staging, copie estratte, backup duplicati, messaggi email non necessari, file temporanei e log. Non cancellare file casualmente e non rimuovere cartelle di sistema, posta o componenti dell’applicazione senza sapere a cosa servono.

Importante: liberare spazio disco e ridurre gli inode sono operazioni collegate ma non equivalenti. Eliminare un singolo archivio da 5 GB libera molto spazio ma normalmente un solo inode; eliminare 50.000 file di cache piccoli può liberare poco spazio e ridurre il conteggio di circa 50.000 elementi.

Cosa sono gli inode

Nei file system Unix e Linux, un inode è una struttura che conserva informazioni relative a un oggetto del file system, per esempio tipo, proprietario, permessi e riferimenti ai dati. Per chi utilizza un hosting condiviso, il concetto può essere semplificato così: ogni file e ogni directory presenti nell’account consumano normalmente un inode.

Il valore mostrato da cPanel rappresenta quindi, in modo pratico, la quantità di file e cartelle utilizzati dall’account. Può comprendere:

• file dei siti e dei CMS;
• plugin, temi, moduli e librerie;
• immagini e relative miniature;
• file di cache e temporanei;
• messaggi e cartelle della posta;
• sessioni, log e file di debug;
• backup, staging e vecchie installazioni;
• file nascosti e dati gestiti dal pannello.

Il limite disponibile dipende dal piano e dalla configurazione del servizio. La documentazione di cPanel sull’interfaccia e sulle statistiche definisce File Usage come il numero di file e directory, cioè inode, attualmente usati dall’account. CloudLinux consente inoltre al provider di configurare e mostrare i limiti inode dell’utente.

Differenza tra inode e spazio disco

Questa distinzione spiega perché la percentuale di spazio disponibile può apparire normale mentre il valore File Usage è quasi esaurito. Quando devi ridurre gli inode, cerca il numero di elementi, non soltanto le cartelle che occupano più megabyte o gigabyte.

Cosa succede quando raggiungi il limite inode

Quando l’account non può creare altri file o directory, sito, posta e pannello possono manifestare errori apparentemente scollegati. Tra i sintomi possibili:

• caricamenti o salvataggi che non terminano;
• aggiornamenti WordPress, plugin o temi non completati;
• cache e file temporanei che non vengono creati;
• backup che falliscono o rimangono incompleti;
• nuovi messaggi email che non vengono archiviati correttamente;
• sessioni, log o miniature che non possono essere scritti;
• installazioni e clonazioni che si interrompono;
• errori generici di scrittura anche quando rimane spazio disco.

Il comportamento esatto dipende dall’applicazione e dal punto in cui tenta di creare il nuovo elemento. Per questo è utile controllare gli inode insieme a spazio disco, log e messaggio di errore, senza attribuire automaticamente ogni malfunzionamento al limite.

Come controllare gli inode utilizzati in cPanel

1. accedi al cPanel dell’account interessato;
2. individua la sezione Statistiche, normalmente nella colonna laterale;
3. cerca File Usage, Utilizzo file, Numero di file o Inode Usage;
4. confronta il valore utilizzato con il limite disponibile;
5. annota il dato prima della pulizia, così potrai misurare il risultato.

La voce compare soltanto se il provider l’ha abilitata. Se non è visibile, non dedurre che il limite non esista: consulta le caratteristiche del piano o apri un ticket chiedendo il conteggio dell’account. Il dato può richiedere alcuni minuti per aggiornarsi dopo eliminazioni numerose.

Prima della pulizia: backup e controlli essenziali

Eliminare migliaia di file può avere conseguenze importanti. Prima di iniziare:

1. verifica che sia disponibile una copia recente dei dati necessari;
2. identifica il sito, la casella o l’applicazione a cui appartiene la directory;
3. controlla data, contenuto e ultima modifica;
4. stabilisci se i file sono rigenerabili oppure unici;
5. intervieni su un gruppo alla volta e annota cosa hai rimosso;
6. controlla il funzionamento del servizio dopo ogni passaggio rilevante.

Se devi creare un backup manuale nello stesso account, considera che una copia non compressa può aumentare temporaneamente gli inode. Preferisci un archivio compresso, attendi che sia completo, scaricalo in una posizione separata e rimuovi dal server soltanto la copia locale non più necessaria. Puoi consultare le guide Xlogic sul backup automatico con JetBackup 5 e su come creare un backup manuale.

Individua prima la causa principale

Una pulizia efficace parte dalle directory che contengono più file, non necessariamente da quelle più grandi. Se non disponi di un riepilogo per directory, raccogli almeno questi indizi:

• quali siti o caselle sono cresciuti recentemente;
• se è stato creato uno staging, un clone o un backup estratto;
• se un plugin ha iniziato a generare cache, sessioni o log;
• se sono state importate molte immagini o prodotti;
• se il numero cresce rapidamente anche senza attività manuale;
• se il problema è iniziato dopo un aggiornamento o una migrazione.

Se il conteggio continua a crescere, non limitarti a cancellare periodicamente i file. Individua il processo che li ricrea: in caso contrario il limite verrà raggiunto nuovamente e la pulizia nasconderà soltanto il sintomo.

Ordine consigliato per ridurre gli inode

1. Svuota cache rigenerabili nel modo corretto

CMS, plugin, temi, page builder, sistemi di minificazione e applicazioni e-commerce possono produrre moltissimi file di cache. Usa il pulsante di pulizia previsto dal componente, perché conosce la propria struttura e può rigenerare i dati necessari.

Per WordPress controlla, per esempio, cache pagina, CSS/JavaScript ottimizzati, immagini temporanee e cache del page builder. Non eliminare manualmente un’intera directory se non sai se contiene anche configurazioni o file permanenti. Se la cache si ricrea subito e torna alle stesse dimensioni, verifica impostazioni, crawler, preload e frequenza di generazione.

2. Controlla staging, cloni e vecchie installazioni

Una copia completa di WordPress può contenere decine di migliaia di file. Cerca:

• siti di staging non più utilizzati;
• vecchie installazioni rimaste dopo una migrazione;
• cloni creati per test;
• sottodomini abbandonati;
• directory denominate old, copy, test o staging;
• installazioni duplicate presenti in Softaculous.

Prima di eliminare una copia, verifica il dominio o sottodominio collegato, il database usato, la data dell’ultima modifica e gli eventuali file unici. Rimuovere soltanto la directory lasciando database, cron o configurazioni collegate può creare residui e problemi successivi.

3. Rimuovi copie estratte e backup duplicati

Un archivio compresso è un singolo file e utilizza normalmente un inode; una sua copia estratta può invece contenerne migliaia. Controlla:

• directory create durante migrazioni o ripristini;
• copie complete conservate dentro public_html;
• cartelle di backup prodotte da plugin;
• backup estratti e mai rimossi;
• più copie dello stesso sito;
• archivi compressi ormai inutili, soprattutto per liberare spazio disco.

Non eliminare i dati gestiti automaticamente da JetBackup o dal provider e non considerare il backup presente sullo stesso account come unica copia. Se una pulizia causa la perdita di un file necessario, la guida su come ripristinare file e cartelle con JetBackup 5 spiega come selezionare un punto disponibile e un intervento circoscritto.

4. Riduci i file della posta elettronica

Nel formato Maildir, i messaggi sono memorizzati come file separati e le cartelle email utilizzano ulteriori directory e file di supporto. Molti messaggi, anche piccoli, possono quindi incidere sul numero di inode. La documentazione cPanel conferma che Maildir utilizza più risorse inode rispetto a formati che raccolgono più messaggi nello stesso file.

Da cPanel apri Email → Email Disk Usage e controlla Posta in arrivo, Inviata, Spam, Cestino e cartelle personalizzate. La pagina ufficiale su Email Disk Usage descrive i filtri per rimuovere messaggi vecchi, grandi o selezionati tramite una ricerca personalizzata.

Prima della cancellazione:

• salva o esporta i messaggi importanti;
• verifica quali dispositivi sincronizzano la casella tramite IMAP;
• controlla eventuali archivi locali;
• non usare l’opzione per eliminare tutti i messaggi senza aver verificato la cartella;
• svuota Spam e Cestino soltanto dopo il controllo del contenuto.

Eliminare una casella completa è irreversibile e può rimuovere anche configurazioni collegate. Se devi soltanto liberare inode, intervieni sulle cartelle e sui messaggi non necessari con lo strumento previsto.

5. Svuota il Cestino di Gestione file

Quando elimini elementi da Gestione file, cPanel può spostarli nella directory Cestino invece di rimuoverli immediatamente. In questo caso i file continuano a occupare spazio e inode finché non svuoti il Cestino.

1. apri Gestione file;
2. visualizza il Cestino;
3. controlla nomi e percorsi degli elementi presenti;
4. ripristina ciò che è stato eliminato per errore;
5. rimuovi definitivamente soltanto gli elementi non più necessari.

La documentazione ufficiale di Gestione file ricorda anche che i file nascosti possono essere mostrati dalle impostazioni. Non cancellare file nascosti solo perché non li riconosci: molti appartengono a cPanel, WordPress, Git, posta o configurazioni di sicurezza.

6. Controlla file temporanei, sessioni e miniature

Applicazioni e plugin possono generare sessioni, miniature, risultati di importazioni, file temporanei e dati di scansione. Un’attività incompleta o un errore può lasciare migliaia di residui.

Verifica data, estensione e ritmo di crescita. Se gli elementi vengono ricreati subito:

• interrompi importazioni o processi bloccati;
• controlla cron e attività pianificate;
• aggiorna o riconfigura il componente responsabile;
• verifica che una directory temporanea sia scrivibile;
• controlla che il sito non generi continuamente varianti inutili delle immagini.

Non rimuovere sessioni attive o directory temporanee di sistema senza una diagnosi. Potresti disconnettere utenti, interrompere operazioni o impedire all’applicazione di funzionare.

7. Verifica log e modalità debug

Un singolo error_log molto grande occupa normalmente un solo inode, ma applicazioni che creano un file per evento, log ruotati, copie compresse o registri separati possono produrne molti. Controlla log PHP, debug WordPress, sicurezza, importazioni e backup.

Prima di rimuoverli, scarica i registri utili e correggi la causa degli errori. Disattiva le modalità debug lasciate attive per errore e verifica che il file non venga ricreato immediatamente. La pulizia del log senza risolvere l’errore elimina informazioni diagnostiche e non impedisce una nuova crescita.

8. Controlla cartelle di sviluppo

Directory come node_modules, repository Git, cache dei framework e ambienti di sviluppo possono contenere moltissimi file. Anche vendor può essere molto grande, ma spesso è indispensabile all’esecuzione di applicazioni PHP gestite con Composer.

Non cancellare queste directory in produzione senza conoscere il processo di distribuzione. Quando possibile, carica soltanto gli artefatti necessari all’applicazione ed escludi dipendenze di sviluppo, cache locali e repository non richiesti. Se il sito dipende da quei file, la rimozione può causare immediatamente errori.

Cosa non eliminare senza una verifica

• directory mail, .cpanel, .ssh o altre cartelle di sistema;
• file principali di WordPress o di un altro CMS;
• plugin, temi e moduli attivi;
• directory vendor usate dall’applicazione;
• configurazioni del dominio e certificati;
• file nascosti che non hai identificato;
• dati gestiti dai sistemi di backup;
• messaggi o caselle email senza una copia;
• database o file che contengono dati non riproducibili.

Non utilizzare comandi di eliminazione ricorsiva su percorsi non verificati e non basarti soltanto sul nome della directory. Prima visualizza il percorso completo, controlla il contenuto e assicurati che l’operazione riguardi esclusivamente l’account e i dati previsti.

Come verificare il risultato della pulizia

1. annota il numero di inode prima dell’intervento;
2. elimina definitivamente un gruppo di elementi sicuri;
3. svuota il Cestino se necessario;
4. attendi alcuni minuti e ricarica cPanel;
5. controlla che il conteggio sia diminuito;
6. verifica sito, posta e funzioni interessate;
7. osserva se il numero torna a crescere rapidamente.

Se il valore non cambia, controlla che i file siano stati davvero rimossi, che non siano nel Cestino e che un processo non li stia ricreando. Alcune statistiche usano dati memorizzati temporaneamente e possono aggiornarsi con ritardo.

Quando valutare un piano superiore

Un upgrade è ragionevole quando i file sono realmente necessari, gestisci molti siti o grandi archivi email, l’applicazione richiede numerose dipendenze oppure raggiungi frequentemente il limite anche dopo aver eliminato residui e corretto le crescite anomale.

Prima di cambiare piano, verifica però che il consumo non derivi da cache incontrollate, staging abbandonati, copie estratte, backup duplicati o un processo difettoso. Aumentare il limite senza correggere una generazione continua di file rimanda soltanto il problema.

Domande frequenti

Guide Xlogic correlate

• Dove posso controllare se i servizi HTTP e MYSQL funzionano
• Cosa fa Xlogic per rendere più veloce il mio sito
• VPS Hosting SSD: che cos’è e come utilizzarlo

Fonti tecniche

• cPanel sull’interfaccia e sulle statistiche
• limiti inode dell’utente
• Email Disk Usage