Unsichtbarer Speicherverbrauch

Nein, du hast ein ganz anderes Problem: Dein tmpfs ist voll. Wo jetzt genau dein Problem ist, versteh ich noch nicht, aber mach besser einen eigenen Thread dafür auf.
 
Hallo,

inzwischen konnte ich die Datei gezielt löschen:

Code:
lsof | grep iptables.log
Hierin dann die PID herausgesucht, welcher Prozess die Datei offen hat und diesen Prozess dann gekillt.

@TE:
Code:
lsof 2> /dev/null | sort -rnk7 | head -n 5

Hiermit liest du aus, welche Prozesse die größten Dateien offen halten. Mit dem Parameter -n 5, welchen Du problemlos erhöhen kannst, kannst Du auch weitere anzeigen lassen.
 
Ich hatte vor einiger Zeit ein ähnliches Problem:

Obwohl df -h noch 5,5G freien Speicher anzeigte, meldete Postfix, das nicht genügend freier Speicher auf der Platte ist.

Es scheint so zu sein, das df -h unkorrekte Werte angibt, wenn sehr große Logdateien auf der gleichen Partition zum Schreiben offen sind.

Gruß von Frank.
 
Es scheint so zu sein, das df -h unkorrekte Werte angibt, wenn sehr große Logdateien auf der gleichen Partition zum Schreiben offen sind.
Nein, eben genau das sind die richtigen Werte. df (-h) gibt die Speicherplatzbelegung an. Sobald es eine Datei gibt, welche zwar "gelöscht" wurde aber noch immer von einem Programm geöffnet ist, zeigt df (-h) trotzdem die Belegung mit dieser Datei an, da man ja nicht einfach hergehen kann und diese Datei dann überschreiben kann. Andersrum wäre die Angabe, welche df (-h) macht, falsch.
 
Hm, aber warum sagen dann postfix und amavis, das nicht genug Speicherplatz auf der Partition frei ist, wenn df angibt, das noch 5,5G frei sind?

Naja, bei mir gibt es jetzt keine Probleme mehr, seit ich in der Konfiguration des Backup-Programms (TSM Store Manager) die Parameter schedlogmax und errorlogmax anstelle schedlogretention und errorlogretention nutze.

Edit: Joe User schrieb ja auch schon, das trifft wohl nicht nur für du, sondern auch für df zu:

`du` erfasst nur Daten, die vollständig auf die Platte geschrieben wurden, was beispielsweise bei geöffneten Logs nicht der Fall ist.
 
Last edited by a moderator:
Back
Top