Root-Dateisystem füllt sich, keine großen Dateien

Also bin ich ein sehr neuer Systemadministrator, habe gerade die Schule verlassen und mache mein Praktikum. Das einzige Problem ist, dass ich der einzige Systemadministrator im Ort bin und niemand, der mir den Job zeigt. Wie auch immer, es ist ein sehr kleines Unternehmen, ein CentOs-Server mit dieser Konfiguration:

Filesystem            Size  Used Avail Use% Mounted on

/dev/sda3             184G  140G   35G  81% /

tmpfs                 2.3G     0  2.3G   0% /lib/init/rw

udev                  2.3G  212K  2.3G   1% /dev

tmpfs                 2.3G     0  2.3G   0% /dev/shm

/dev/sda1             4.6G  156M  4.2G   4% /boot

/dev/sda4              33G  176M   31G   1% /tmp

/dev/sdb1             1.8T  1.8T     0 100% /media/backupInterne

/dev/sdd1             917G  470G  401G  54% /media/Data

Ich bin erst vor ein paar Tagen hierher gekommen und habe sofort die volle Festplatte bemerkt und arbeite daran, dieses Problem zu beheben. Mein anderes Problem hier ist sda3 jetzt bei 81%. Vor 4 Tagen lag sie bei 79%.

Ich lief die du -ah | sort -rh Befehl im Verzeichnis / root, nichts fällt auf. Habe es mit ein paar Tagen geschafft, da sich die sda3-Partition schnell füllt, keine wesentlichen Unterschiede, die erklären könnten, warum sie wächst.

Vielen Dank

linux filesystems mount

— littleadmin
quelle

Meine Vermutung wäre logarithmisches Wachstum, weil sdb1es voll ist, aber wir werden sehen, wie groß es /varist. Was bekommen Sie davon du -sh /*?

— Shane Madden

Wenn Sie sehen möchten, welche Dateien chaged haben, können Sie findmit -mtime n [smhdw] verwenden. Ich vermute, dass Shane Recht hat. Ein Teil davon können die Protokolldateien sein, die sich über das volle SDB1-Volume beschweren. Der Befehl könnte folgendermaßen aussehen: find / -type f -mtime 1d -print Wenn Ihre Suche unterstützt --exclude-dir=, möchten Sie mioght / dev und / proc ausschließen.

— Hennes

/ var ist 1,7 G und die Größe hat sich in den letzten Tagen kaum verändert. Es war meine erste Idee, dies zu überprüfen. Ich führe den Befehl du immer mit --exclude = 'media' aus, da sich in diesem Verzeichnis nichts befindet und dann Verzeichnisse gemountet werden

— littleadmin

Da Sie geschrieben haben, dass Sie ein neuer Administrator sind, möchte ich auf einen der häufigsten Gründe für die zunehmende Festplattennutzung hinweisen. Protokolldateien. Wenn Sie eine Datei öffnen (z. B. das Protokoll von einem Webserver) und diese Datei später löschen, belegt die Datei weiterhin Speicherplatz, bis das Programm das Handle für diese Datei schließt. Letzteres wird manchmal durch Senden einer Anmeldung ( kill -1 PID-> Konfigurationsdatei erneut lesen und für viele Deamons neu starten) oder durch die stumpfe Axt des Neustarts gelöst .

— Hennes

Wenn es sich um ein

— Holzwachstum

Antworten:

Hier ist, was ich benutze, um solche Probleme herauszufinden.

du -s `ls -a | egrep -v '\.\.'` | sort -nr | head

Es zeigt Ihnen die Verwendung pro Verzeichnis / Datei im aktuellen Verzeichnis. Von dort aus treten Sie in Unterverzeichnisse zurück, bis Sie etwas Offensichtliches finden.

Wenn Sie alles in einer großen Partition haben, kann dies die Diagnose solcher Probleme erschweren. Ein anderer Ansatz ist die Verwendung

lsof

um zu sehen, welche Dateien von den verschiedenen Prozessen geöffnet werden und ob Sie Hinweise finden können. Dies ist jedoch ein Hit oder Miss.

— Fred der magische Wunderhund
quelle

+1 für die Erwähnung von lsof. Dieses Tool ist praktisch für einen neuen Administrator (auch wenn es sich um ein Problem handelt).

— Hennes

Die Verwendung pro Verzeichnis / Dateien gibt mir 5 Ergebnisse, keines davon über 600k.

— Littleadmin

Es klingt sehr nach einem ähnlichen Problem, das ich ständig mit gelöschten Dateien habe (aber die Referenz ist immer noch da).

Wenn es sich um ein Linux-System handelt, führen Sie Folgendes aus:

lsof + L1

Dies ist eine Liste der gelöschten Dateien, die jedoch noch geöffnet sind und von etwas verwendet werden. Der Schlüssel ist, alles zu bekommen, was das Dateihandle geöffnet hat, um es freizugeben.

— Eirik Toft
quelle

Leider gab es keine Dateien, die den alltäglichen Platzverlust erklären könnten. danke

— littleadmin

Ist es möglich, dass etwas in ein Verzeichnis schreibt, das dann mit einem Dateisystem gemountet wird? Ich hatte einmal Gigabyte unerklärliches Haarziehen. Obwohl dies niemals möglich sein sollte, konnte ich beweisen, dass es passieren kann.

— Eirik Toft

Ich denke auch an so etwas, aber wie könnte das passieren? Und wie überprüfe ich es, ohne alles zu montieren?

— Littleadmin

Ich fand endlich heraus, was los war. Einer der gemounteten Punkte wurde nicht korrekt gemountet und führte daher die Sicherung direkt auf sda3 durch.

Vielen Dank an alle für die Hilfe

— littleadmin
quelle