|
Filesystem completa - cosa cercare
Informazioni generiche per domenica server --
Citazione:
Ci sono diversi motivi per cui un filesystem diventa pieno. Una cosa importante da considerare è il modo di impostare il vostro filesystem durante l'installazione, è necessario prendersi cura di quanto spazio è usato per ogni filesystem e pensate in anticipo.
Avanti con il pensiero è meno probabile che il vostro filesystem avranno pieno, ma ciò non impedirà un filesystem ottenere pieno. Questo documento mostra i motivi più comuni per questo può diventare un filesystem completo e come gestirli.
Risoluzione Top
Questo documento è stato scritto principalmente per far fronte con il sistema operativo filesystem (come root, var e usr), ma può essere utilizzato per risolvere altri filesystem. Ci sono molti modi di trovare ciò che è riempire un filesystem, che può talvolta essere un processo difficile. Uno dei problemi è che un filesystem può essere riempito da uno o pochi file molto grandi (che in genere è facile da trovare) o da migliaia di files più piccoli (che possono essere difficili da trovare e individuare la causa).
Per prima cosa è necessario capire quali file sono riempiendo filesystem.
Un modo molto utile per elencare le dimensioni del file in un filesystem con il comando du.
L'esempio che segue elenca i file dal più grande al più piccolo sul filesystem di root:
$ Du-AKD / | sort-nr | more
o
$ Du-AKD / | sort-nr> / tmp / du.out
Quest'ultimo vi darà un file è possibile rivedere a vostro piacimento.
L'opzione-d del comando du du mantiene partizione di attraversare i confini.
Il "-a" opzione racconta del rapporto di dimensioni dei file (senza questa opzione solo du relazioni, la quantità di spazio utilizzato in ogni directory. Il "-k" significa che l'opzione du relazione in termini di kilobyte anziché 512-byte blocks. Su Solaris 9 o successiva, sostituire "k" con "h", se si preferisce "human-readable" di uscita, che è uscita in termini di kilobyte, megabyte o gigabyte a seconda del numero segnalato.
L'opzione-nr del genere mette i file in ordine numerico inverso.
Naturalmente, questo può essere utilizzato su altri filesystem di root, basta sostituire il necessario percorso per "/" nella sezione "du" di comando.
Il comando "du-skd /" riassume la quantità di kilobyte utilizzati per un filesystem, nel caso specifico per il filesystem di root. Se questo è diverso da ciò che è riportato dal comando df-k, si può verificare la InfoDocs 4083 e 17.720 per ulteriori spiegazioni e suggerimenti sulla risoluzione dei problemi.
Un problema comune con df mostra più l'utilizzo di dati esistenti è del file o nelle directory che sono utilizzati come punti di mount.
INFODOC 4083 copre questo, ma la soluzione di base è dato di nuovo qui per comodità.
Smontare qualsiasi filesystem montati e controllare il punto di mount directory per i file. Rimuovere i file, spostarli o se pensate che ne avete bisogno, e di montare il filesystem di nuovo.
Per il / tmp filesystem, si deve avviare il sistema in modalità singolo utente per accedere alla directory / tmp senza swap montato su di esso.
Per / var e / usr, si dovrà fare il boot da CD-Rom, montare il filesystem di root, e quindi controllare la / var e / usr montato sotto la directory radice del filesystem. Questi dovrebbero di norma essere vuota quando / var o / usr non è montato.
Un altro buon modo per cercare i file è quello di utilizzare il comando '/ usr / bin / find'. C'è un buon documento come utilizzare il comando find, vedere INFODOC 13678
Filesystem standard a guardare prima saranno:
Filesystem
Controlli
/ tmp
Se / tmp è piena o contiene file di grandi dimensioni, sarà un riavvio pulito questa directory. Un difetto di installazione di Solaris con la spazio su disco per / tmp e swap come potete vedere nella produzione del comando df.
Nota: / tmp non è pulito, se al momento del boot / tmp è configurato come un file separato.
/ dev
I file di grandi dimensioni può apparire qui quando si cerca di scrivere su un dispositivo che utilizza il nome del dispositivo errato. Per esempio in / dev / Rmt / O (lettera 'o') invece di / dev/rmt/0 (cifra 'zero' per un nastro. Questo è un problema molto comune, se la macchina non ha ancora una unità a nastro e un allegato utilizza un nastro di comando simile a tar o ufsdump. Questo sarà sufficiente creare un file di grandi dimensioni in / dev / Rmt /. Quindi assicurati di controllare la directory / dev, non per gli effettivi legami file.
/
Se vuoi inserire core file. Check /. Cestino e / lost + found directory per file di grandi dimensioni. Verificare la presenza di uno. CPR file nella root, questo si è messo da parte il potere di sospendere / riprendere il software.
/ var
Pacchetti di terze parti talvolta lasciare tar file in / var / sadm / pkg directory.
Se / var è piena (ed è un file system separato) o directory / var è quella che è determinato utilizzando la maggior parte dello spazio di root, verificare quanto segue.
Compensazione fuori (ma non l'eliminazione, il file deve essere troncato a zero lunghezza) i seguenti file che si potrebbe guadagnare un po 'di spazio. Usare cautela, perché qui si perderanno varie informazioni di log. Ad esempio, il utmp [x] e wtmp [x] file contengono l'accesso degli utenti e le informazioni contabili:
/ var / cron / log
/ var /bobina/lp / log
/ var / adm / utmp
/ var / adm / utmpx
/ var / adm / wtmp
/ var / adm / wtmpx
/ var / log / syslog *
/ var / adm / messages .*
NOTA: se è zero il utmp, utmpx, wtmp wtmpx o file, è necessario riavviare la macchina.
A zero su un file:
# Cat / dev / null> nomefile
NOTA: Per Solaris [TM] 9 o superiore, vedere logadm (1M) per uno strumento utile per gestire i file di log.
Controllare / var / SAF - per verificare _log e tcp zsmon e directory. Ci saranno _log file - si può zero fuori con "cat / dev / null> nomefile". Se il sistema viene utilizzato come una stampante di accoglienza, controllare / var / lp / log per i file, che possono essere eliminati se sono state stampate più di sinistra o di crash del sistema o dei problemi della stampante. Controllare / var / preservare. Controllare / var /bobina/* Directory. Sottodirectory come "lp" o "mqueue" sono utilizzati per lo spooling. Controllare / var / crash per ogni core del sistema. Controllate anche / var / tmp per i file non necessari; / var / tmp non è pulito con un riavvio.
Una parola della cautela per quanto riguarda il file / var / sadm Directory. Questa directory contiene pacchetti e le patch di informazioni e, in generale, non dovrebbero essere toccati.
Se si desidera rimuovere salvato patch backout informazioni, vedere INFODOC 14295.
Inoltre potrebbe essere che si sta esaurendo e di inode sono sempre il messaggio "file system pieno". In questo caso ricreare una partizione con più inode. I passi fondamentali sono:
*
Rimuovere i file non necessari.
*
Backup della partizione.
*
ricreare utilizzando newfs-i nbpi / dev / <rfsname> dove nbpi è scelto quindi più piccoli il default per la dimensione del disco, e il greggio è rfsname filesystem, ad esempio / dev / rdsk / cNtNdNsN. Vedi l'uomo newfs (1M) per maggiori informazioni.
*
Ripristinare le informazioni ritornare alla partizione.
Nel corso del funzionamento normale del sistema, la radice e la usr filesystem (o directory) sono per la maggior parte statica (non crescere nel tempo). / var tuttavia, non crescerà nel tempo (in quanto contiene i file di log, database dei pacchetti, e la posta di spooler di stampa, ecc.) Il nome "var" è in realtà l'abbreviazione di "diversi" o "variabile" come "/ var" il filesystem è stato progettato per i file che variano in termini di dimensioni e di contenuto nel corso del tempo (vedere il filesystem (5) pagina di manuale per maggiori dettagli circa presente). E 'buona pratica di amministrazione di sistema per controllare i file di log per assicurarsi che essi non diventi troppo grande.
Se il filesystem si riempie improvvisamente, che potrebbe essere stata causata da una nuova installazione di software in una directory sbagliata.
Controllare qualsiasi directory lost + found in qualsiasi filesystem che è piena.
Un altro approccio potrebbe essere quello di elenco dei file dalla loro data di modifica (se la data di quando il filesystem utilizzato è noto).
# Ls-LRT / | più l'elenco di tutti i file e le specie da loro le date di modifica.
Ai casi molto rari uno UFS filesystem potrebbe apparire pieno, mentre avete ancora i blocchi di dati e i-nodi disponibili. Questa operazione è descritta in SRDB 74799.
Soluzione temporanea Top
Ulteriori informazioni Top
Si potrebbe anche essere che tutte queste azioni non dà la soluzione e il problema è in realtà che il filesystem è troppo piccolo.
Check out il seguente documento per raccomandata filesystem dimensioni, INFODOC 74110.
Si dovrebbe pensare le dimensioni necessarie per il sistema operativo e dividere i dati dal sistema operativo per evitare che il filesystem di ottenere pieno. Naturalmente è sempre possibile aggiungere più dischi e di estendere il filesystem, ma è meglio prevenire.
|
Per verificare inode utilizzo - DF-F ufs-oi
Per verificare come è stato creato un filesystem - mkfs-m / dev / rdsk / cXtXdXsX
Ultimo a cura di RTM; al 03/23/2006 07:04 PM..
|
Più di UNIX e Linux Forum Argomenti potreste trovare utili
Powered by 
03-09-2006
Hybrid Mode
