Der freie freie Platz von OpenSuse 11.4 sinkt ohne laufendes Programm auf null

303
babaref

Ich habe auf meinem HP Proliant-Server eine Linux-OpenSuse 11.4 für einen Benutzer, die immer mit TightVCN verbunden ist. Die Servereinstellungen sind:

core file size (blocks, -c) 0 data seg size (kbytes, -d) unlimited scheduling priority (-e) 0 file size (blocks, -f) unlimited pending signals (-i) 508283 max locked memory (kbytes, -l) 64 max memory size (kbytes, -m) 55311708 open files (-n) 1024 pipe size (512 bytes, -p) 8 POSIX message queues (bytes, -q) 819200 real-time priority (-r) 0 stack size (kbytes, -s) 8192 cpu time (seconds, -t) unlimited max user processes (-u) 508283 virtual memory (kbytes, -v) 92324960 file locks (-x) unlimited

Ich hatte dieses Problem zuvor nicht, aber vor kurzem, mit oder ohne Verwendung, nimmt der harte freie Raum schnell ab, bis er auf null kommt (innerhalb von 24 Stunden). Es gibt keine großen Dateien, wenn das passiert. Nur noch Freiraum fertig und ich weiß nicht, wohin es gegangen sein könnte. Es gibt keine stabile Nutzung des freien Speicherplatzes, denn wenn ich ihn zweimal neu starte, würde er wiederkommen. Wenn diese Deklination beginnt, gehen die VNC-Verbindungsverluste ohne Warnungen verloren (Even, ohne VNC-Verbindung passiert dies). Ich musste den Server manuell zurücksetzen. Beim ersten Neustart der Wiederherstellung der VNC-Verbindung und beim zweiten Neustart könnte der verlorene freie Speicherplatz wiederhergestellt werden. Dieser Zyklus hört nie auf. Daher würde ich gerne wissen, wie ich das Problem lösen kann.

1

1 Antwort auf die Frage

0
zeridon

Ich nehme an, Sie meinen, der freie Speicherplatz auf der Festplatte wird immer geringer. Die einzige Möglichkeit dafür ist, dass jemand oder etwas ständig in eine Datei schreibt. Normalerweise ist der Schuldige ein falsch konfigurierter Daemon.

Eine ähnliche Situation, in der ich gesehen habe, dass pcsc-lite (cryptocards related) eine übermäßige Protokollierung durchführt, wurde von Firefox ständig abgefragt. Dies führte dazu, dass die .xsession-Fehler protokolliert wurden. Welches wird beim GUI-Neustart gedreht.

Das wichtigste zuerst:

  • Machen Sie sich ein wenig mit ssh / openssh / PuTTY vertraut
  • Alle GUI stoppen (der Login-Daemon sollte ausreichen (gdm))
  • Starten Sie die Verbindung zum Server über SSH und überwachen Sie den Status

Um das Problem zu testen und zu debuggen, hilft Folgendes (wenn es auftritt):

  • eine Liste der geöffneten Dateien erhalten ( lsof> / tmp / list_of_open_files im Terminal als root)
  • Suchen Sie nach großen Dateien ( suchen Sie nach {/ path / to / directory /} -type f -size + ) k -exec ls -lh {} \; | awk ' " )
Außer mir konnte sich niemand mit dem Server verbinden. In diesem Fall sind keine großen Dateien vorhanden. Der freie Speicherplatz ist in weniger als 24 Stunden fertig. Ich weiß nicht, wo es hingegangen sein könnte. Selbst wenn kein Programm läuft, passiert dies. Ich habe es noch nie zuvor gesehen. Das passiert kürzlich. babaref vor 10 Jahren 0
Mein erster Verdächtiger wäre versteckte Protokolle für den Xserver. Versuchen Sie, den Server zu stoppen und den Server für eine Weile mit ssh zu verwalten (als Bonus wird dadurch etwas Speicher freigegeben). zeridon vor 10 Jahren 0
Selbst mit SSH-Verbindung bin ich dem begegnet. Ich habe den Server formatiert und alle Programme neu installiert. Nach 3 Tagen ist das wieder passiert. Gibt es eine Möglichkeit, Viren zu bekommen? Das ist komisch babaref vor 10 Jahren 0
Möglichkeit immer. In Wirklichkeit ein bisschen schwer. Wenn Sie möchten, kann ich die Box selbst ausprobieren. zeridon vor 10 Jahren 0

Verwandte Probleme