|
Filesystem voll - was die Suche nach
Generic Infos für Sun-Server --
Zitat:
Es gibt mehrere Gründe, warum ein Dateisystem voll ist. Eine wichtige Sache zu prüfen ist, wie Sie Ihre Dateisysteme Während der Installation, müssen Sie darauf achten, wie viel Platz wird für jedes Dateisystem und denken weiter.
Mit zukunftsorientierten ist es weniger wahrscheinlich, dass Ihre Dateisysteme wird voll, aber nicht verhindern, dass ein Dateisystem immer voll. In diesem Dokument werden die häufigsten Gründe, warum ein Dateisystem kann sich voll und den Umgang mit ihnen.
Auflösung nach oben
Dieses Dokument ist vor allem, um die OS-Dateisysteme (wie root, usr und var), aber es kann verwendet werden zur Behandlung von anderen Dateisystemen. Es gibt viele Wege zu finden, was die Füllung ein Dateisystem, das kann manchmal ein schwieriger Prozess. Ein Problem ist, dass ein Dateisystem gefüllt werden können die von einem oder wenigen sehr großen Dateien (die in der Regel leicht zu finden) oder mit Tausenden von kleinen Dateien (was schwierig sein kann, zu finden und genau die Ursache).
Zunächst müssen Sie herausfinden, welche Dateien füllen das Dateisystem.
Ein sehr nützliches Instrument, um die Größe der Dateien in einem Dateisystem mit dem du Befehl.
Das folgende Beispiel Listen von Dateien vom größten bis zum kleinsten auf dem Root-Dateisystem:
$ Du-AKD / | sort-nr | mehr
oder
$ Du-AKD / | sort-nr> / tmp / du.out
Letztere erhalten Sie eine Datei können Sie an Ihrer Bequemlichkeit.
Die Option-d des Befehls du immer du vor der Kreuzung Partition Grenzen.
Das "-a" Option weist du zu berichten Dateigrößen (ohne diese Option du nur Berichte der Höhe des Raumes, die in jedes Verzeichnis. Die "-k"-Szenario würde bedeuten, dass du einen Bericht im Hinblick auf die Kilobyte eher als 512-Byte-Blöcken. Auf Solaris 9 oder höher ersetzen "k" mit "h", wenn Sie lieber "lesbare"-Ausgabe, die Ausgabe in Hinblick auf die Kilobyte, Megabyte oder Gigabyte in Abhängigkeit von der Anzahl berichtet.
Die nr-Option der Art kopiert die Dateien in umgekehrter Reihenfolge.
Natürlich kann dies verwendet werden, auf andere Dateisysteme als root, nur Ersatz der erforderlichen Pfad "/" in der "du"-Befehl.
Der Befehl "du-SKD /" einen Überblick über die Höhe der Kilobyte für ein Dateisystem, im vorliegenden Fall für das Root-Dateisystem. Ist dies anders, was ist von den Befehl df-k kann man die Infodocs 4083 und 17720 für weitere Erklärungen und Tipps zur Fehlerbehebung.
Ein gemeinsames Problem mit df zeigt mehr als du Nutzung vorhandener Daten ist oder Dateien in den Verzeichnissen, die als Mount-Punkte.
INFODOC 4083 umfasst, aber die grundlegende Lösung ist auch hier für die Bequemlichkeit.
Deaktivieren Sie alle Dateisysteme montiert, und überprüfen Sie die Mount-Punkt-Verzeichnisse für die Dateien. Entfernen Sie die Dateien, oder verschieben Sie sie, wenn Sie glauben, sie brauchen, und die Dateisysteme mounten wieder.
Für das / tmp-Dateisystem, müssen Sie das System im Single-User-Modus für den Zugriff auf das Verzeichnis / tmp, ohne Swap montiert über sie.
Für / var und / usr, Sie haben um das System zu booten von CD-ROM, das Root-Filesystem mounten, und dann die / var und / usr Verzeichnisse unter dem Root-Dateisystem montiert. Diese sollte in der Regel leer, wenn / var oder / usr ist nicht montiert.
Eine weitere gute Möglichkeit für die Suche nach Dateien ist die Verwendung des Befehls "/ usr / bin / find '. Es ist ein gutes Dokument, wie Sie die FIND-Kommando, siehe INFODOC 13678
Standard-Dateisysteme auf den ersten Blick zu werden:
Dateisystem
Kontrollen
/ tmp
Wenn / tmp voll ist oder mit großen Dateien, ein sauberer Neustart dieses Verzeichnis. Ein Standard-Solaris-Installation teilt die Speicherplatz für / tmp und Swap wie Sie sehen in der Ausgabe des df-Kommando.
Hinweis: / tmp ist nicht gereinigt zur Boot-Zeit, wenn / tmp ist als ein separates Dateisystem.
/ dev
Große Dateien können hier, wenn ich versuche zu schreiben, um ein Gerät mit dem falschen Gerät. Zum Beispiel / dev / RMT / O (Buchstabe "o") anstelle von / dev/rmt/0 (Ziffer "Null" für ein Bandlaufwerk. Dies ist ein sehr häufig auftretendes Problem, wenn die Maschine nicht über ein Bandlaufwerk angeschlossen und jemand verwendet eine Band Befehl wie tar oder ufsdump. Das wird nur eine große Datei in / dev / RMT /. So werden Sie die / dev-Verzeichnis Links nicht für die tatsächlichen Dateien.
/
Suchen Sie nach core-Dateien. Anreise /. Papierkorb und / lost + found-Verzeichnis für große Dateien. Überprüfen Sie, ob ein. CPR-Datei im Stammverzeichnis, diese wird es durch die Macht suspend / resume-Software.
/ var
Dritter Pakete manchmal verlassen tar-Dateien in / var / sadm / pkg-Verzeichnis.
Wenn / var voll ist (und ist ein separates Dateisystem) oder / var-Verzeichnis ist, die wir bestimmt ist mit den meisten Platz im root, überprüfen Sie die folgenden.
Clearing-out (aber nicht löschen, die Dateien sollten abgeschnitten werden auf Null Länge) die folgenden Dateien können Sie sich etwas Platz. Seien Sie vorsichtig, da Sie verlieren verschiedene Log-Informationen. Zum Beispiel, die utmp [x] und wtmp [x] Dateien enthalten Zugang und Buchhaltung Informationen:
/ var / cron / log
/ var /spool/lp / logs
/ var / adm / utmp
/ var / adm / utmpx
/ var / adm / wtmp
/ var / adm / wtmpx
/ var / log / syslog *
/ var / adm / messages .*
HINWEIS: Wenn Sie die Null utmp, utmpx, wtmp oder wtmpx Dateien, sollten Sie Ihren Rechner neu starten.
Auf Null eine Datei:
# Cat / dev / null> filename
HINWEIS: Für Solaris [TM] 9 oder höher, siehe logadm (1M) für ein nützliches Instrument zur Verwaltung von Log-Dateien.
Schauen Sie in / var / saf - _log prüfen, ob und in TCP und zsmon Verzeichnisse. Es wird _log Dateien - Sie können Null sie mit "cat / dev / null> filename". Wenn Ihr System wird als Host-Drucker, Sie in / var / lp / logs für Dateien, können sie entfernt werden, wenn sie gedruckt oder links aus Systemabstürzen oder Drucker Probleme. Schauen Sie in / var / bewahren. Schauen Sie in / var /spool/* Verzeichnis. Unterverzeichnisse wie "LP" oder "mqueue" werden für Spooling. Schauen Sie in / var / crash-System für alle Kerne. Überprüfen Sie auch / var / tmp-Dateien für nicht erforderlich; / var / tmp ist nicht gereinigt, mit einem Reboot.
Ein Wort der Vorsicht in Bezug auf die / var / sadm Verzeichnis. Dieses Verzeichnis enthält Pakete und Patch-Informationen und in der Regel nicht berührt werden.
Wenn Sie möchten, entfernen Sie gespeicherten Patch backout Informationen finden Sie unter INFODOC 14.295.
Auch kann es sein, dass Sie von Inodes und immer die Meldung "File System full". In diesem Fall neu eine Partition mit mehr Inodes. Die grundlegenden Schritte sind:
*
Entfernen Sie nicht benötigte Dateien.
*
Backup der Partition.
*
neu mit newfs nbpi-i / dev / <rfsname> wo nbpi wird kleiner als der Standard für die Größe der Festplatte, und rfsname ist die Roh-Dateisystem, zB / dev / rdsk / cNtNdNsN. Siehe Mann newfs (1M) für weitere Informationen.
*
Daten zurück auf die Partition.
Im Laufe des normalen Betrieb der Root-und usr-Dateisysteme (oder Verzeichnisse) werden meist statische (nicht wachsen im Laufe der Zeit). / var jedoch wachsen im Laufe der Zeit (da sie Log-Dateien, Paket-Datenbank, Print-und E-Mail-Spooler, etc.). Der Name "var" ist in der Tat eine Abkürzung für "verschiedene" oder "Variable", wie die "/ var" Dateisystem ist für die Dateien, die sich in Größe und Inhalt im Laufe der Zeit (siehe das Dateisystem (5) Handbuch für weitere Informationen über dieser). Es ist gut, Systemadministration Praxis-Log-Dateien zu überwachen, um sicherzustellen, dass sie nicht zu groß.
Wenn ein Dateisystem plötzlich füllt sich, die sich hätten, die durch die Installation einer neuen Software in einem falschen Verzeichnis.
Überprüfen Sie alle lost + found-Verzeichnis auf einem Dateisystem, ist voll.
Ein anderer Ansatz wäre, um Dateien nach Änderungsdatum (wenn der Zeitpunkt, wann das Dateisystem voll ist bekannt).
# Ls-lrt / | mehr wird eine Liste von allen Dateien und sortieren sie die Änderung von Daten.
Unter sehr seltenen Umständen eine UFS-Dateisystem erscheinen mögen voll, während Sie noch Datenblöcke und I-Knoten zur Verfügung. Dies ist in SRDB 74.799.
Vorübergehende Abhilfe Top
Weitere Informationen Top
Es könnte auch sein, dass alle diese Maßnahmen nicht die Lösung und das Problem ist tatsächlich, dass das Dateisystem ist zu klein.
Sehen Sie sich das folgende Dokument für empfohlene Dateisystem Größen, INFODOC 74.110.
Sie sollten über die Größen, die für das Betriebssystem und die Aufteilung der Daten aus dem OS-Dateisystem, um zu verhindern, dass sie sich voll. Natürlich ist es immer möglich, noch mehr Platten zu verlängern und das Dateisystem, aber es ist besser zu vermeiden.
|
Um zu prüfen, Inode Nutzung - df-F ufs-oi
Um zu überprüfen, wie ein Dateisystem erstellt wurde - mkfs-m / dev / rdsk / cXtXdXsX
Zuletzt bearbeitet von RTM; am 03-23-2006 07:04 PM..
|
Mehr UNIX-und Linux-Forum Themen Vielleicht finden Sie hilfreiche
Powered by 
03-09-2006
Hybrid-Modus
