vServer: Speicherplatz "verschwindet"?

[wtb]

Moin,

seit einiger Zeit schon wird der Speicherplatz auf meinem vServer immer weniger ohne dass ich etwas hochgeladen oder installiert hätte. Ich lösche auch schon regelmässig die Logfiles, überprüfe die DB etc und trotzdem "verschwinden" pro Woche ca 200MB freier Speicherplatz...

Woran kann das liegen?

Auf dem Server laufen derzeit nur Websites, IRC habe ich schon entfernt, da der sowieso kaum genutzt wurde und ich vermutet hatte dass der irgendwo Logfiles hortet.

(OS ist Debian 3.1)

[Joe User]

Binlog des MySQLd deaktiviert?

[wtb]

Also mit Binlog hab ich mich noch nicht beschäftigt, in der my.cnf ist
allerdings der einzige Block in dem etwas dazu steht (max_binlog_size etc)
auskommentiert.

[philwo]

Na, wie wärs dann mal mit einer Überprüfung, wo immer mehr Speicherplatz belegt wird?

Code: Select all

du -hs /*

Das gibt erstmal einen ganz groben Überblick. Mach das nach zwei Tagen nochmal und schau dir an, wo mehr belegt ist als vorher. Dann mach das für die Subdirs des Verzeichnisses, wo mehr belegt wurde - so tastest du dich immer weiter ran. ;)

[flo]

Pro Woche 200 MB sind dafür übertrieben, aber ein apt-get clean hilft bei Debian auch ab und zu.

[dtdesign]

Pro Woche 200 MB sind dafür übertrieben, aber ein apt-get clean hilft bei Debian auch ab und zu.

Och, als ein kleines CMS namens Joomla! einmal Amok lief, hat uns das mal eben 20 GB Binlogs an einem Tag produziert. Irgendein Witzbold hatte da eine Sicherheitslücke ausgenutzt, die genau dies bewirkte, als es dann hieß "no space left on device" schaute man nicht schlecht.

[flo]

oh ja, das glaube ich - vom Joomla hört man ja auch nur Gutes :-)

meinte nur, daß bei Debian 3.1 pro Woche wohl keine 200MB Updates mehr kommen sollten ...

[wtb]

Na, wie wärs dann mal mit einer Überprüfung, wo immer mehr Speicherplatz belegt wird?

Code: Select all

du -hs /*

Das gibt erstmal einen ganz groben Überblick. Mach das nach zwei Tagen nochmal und schau dir an, wo mehr belegt ist als vorher. Dann mach das für die Subdirs des Verzeichnisses, wo mehr belegt wurde - so tastest du dich immer weiter ran. ;)

Moin,

sorry, Antwort dauerte leider etwas, kann im mom nur gelegentlich mal ins Inet-Cafe...

Nach der Eingabe von

Code: Select all

du -hs /*

bin ich in /proc auf folgende, imho ungewöhnlich grosse Datei gestossen:

Code: Select all

-r--------    1 root     root         896M Jun 11 10:39 kcore

(Soviel Speicherplatz braucht laut Anbieter das ganze OS nicht).

Kann ich diese Datei bedenkenlos löschen?

Wie kann ich ggf verhindern dass sie wieder derart anwächst?

[flo]

Code: Select all

du -hcxs /

damit bleibst Du auf einem Filesystem - proc solltest Du in Ruhe lassen.

flo.

Edit: Der Stern war dann Blödsinn ... :-)

[sledge0303]

Muss sein. Der Inhalt von /proc wird vom Kernel dynamisch erzeugt

[wtb]

Hat sich erledigt, ich hatte das Logging in access_log eigentlich deaktiviert, allerdings nur manuell und da hat mir Confixx wohl einen Strich durch die Rechnung gemacht und die ursprüngliche Config wieder hergestellt...

[dtdesign]

Nach der Eingabe von

Code: Select all

du -hs /*

bin ich in /proc auf folgende, imho ungewöhnlich grosse Datei gestossen:

Code: Select all

-r--------    1 root     root         896M Jun 11 10:39 kcore

(Soviel Speicherplatz braucht laut Anbieter das ganze OS nicht).

Kann ich diese Datei bedenkenlos löschen?

Wie kann ich ggf verhindern dass sie wieder derart anwächst?

Möchtest du ernsthaft deinen Arbeitsspeicher im laufendem Betrieb löschen? Das geht mit einem ausschalten einfacher ;)

/proc wird dynamisch erstellt und liegt nicht auf deiner Festplatte, sondern im Ram. Und "kcore" ist der Inhalt deines Rams :P