100% Festplattenbelegung!

[Crack_David]

Hallo liebe Community!

Zurzeit bin ich ein wenig verzweifelt... Ich habe einen VServer bei der Firma Hetzner, worauf ich mir ispcp Omega installiert habe. Alle Woche habe ich das Problem, dass mir mein vServer komplett abschmiert, da ich 100% der Festplatte beschrieben habe.
Daher vermute ich, dass ispCP der Übeltäter ist da etwas anderes nicht drauf läuft.
Ich habe mittels df kommando die Festplatten regelmässig überprüft und habe festgestellt, dass in einer Minute etwa 50kB auf die Festplatte geschrieben werden. Jetzt aber das Komische: Ich habe versucht, mittels du -sh /* die File zu lokalisieren, die die Festplattenbelegung verursacht. Hier sehe ich aber keinen großen Ordner. Die Festplatte sollte nach diesen Angaben nur zu 6% belegt sein. Nach einem reboot funktioniert alles wieder.

Könnt ihr mir hier helfen?

P.S. Auf dem vserver läuft Debian minimal...


MfG,
Chris

[ShadowJumper]

Hi,

da ich ausschließlich Debian Server fahre wundert mich das beschrieben verhalten doch sehr.

ispCP legt definitiv keine Files an die sich nach einem Reboot in "Luft" auflösen würden. Mir sind auch keine sonstigen Programme bekannt die unter einem minimalen Debian laufen würden die so was machen.

Sicher das dein Server nicht gehackt wurde?

[Crack_David]

Natürlich wäre es jetzt leichtsinnig, das auszuschliessen, daher kann ich es nicht.
Das Einzigste, was ich darauf am laufen habe, ist ein Cronjob, der jede Minute läuft. php wird abgerufen und eine php-Datei verarbeitet... und jetzt steinigt ihr mich: der Cronjob läuft unter Root
Wenn ich den Cronjob lösche, geht der Festplattenanstieg weiter. Habt ihr ne Idee, wie ich das Problem am dümmsten angehen kann?

[ShadowJumper]

Was sagt den "df -h" zu dem ganzen?

[Crack_David]

Hier nochmal 3 Minuten nacheinander:

df um 23:28:

Dateisystem 1K-Blöcke Benutzt Verfügbar Ben% Eingehängt auf
/dev/sda3 39256236 1964712 35313120 6% /
tmpfs 513652 0 513652 0% /lib/init/rw
udev 508272 100 508172 1% /dev
tmpfs 513652 0 513652 0% /dev/shm
/dev/sda2 256665 28123 215289 12% /boot


df um 23:29:

Dateisystem 1K-Blöcke Benutzt Verfügbar Ben% Eingehängt auf
/dev/sda3 39256236 1964716 35313116 6% /
tmpfs 513652 0 513652 0% /lib/init/rw
udev 508272 100 508172 1% /dev
tmpfs 513652 0 513652 0% /dev/shm
/dev/sda2 256665 28123 215289 12% /boot

df um 23:30:

Dateisystem 1K-Blöcke Benutzt Verfügbar Ben% Eingehängt auf
/dev/sda3 39256236 1964728 35313104 6% /
tmpfs 513652 0 513652 0% /lib/init/rw
udev 508272 100 508172 1% /dev
tmpfs 513652 0 513652 0% /dev/shm
/dev/sda2 256665 28123 215289 12% /boot



Wie man sieht, steigt auf sda3 das Feld "Benutzt" stetig. Nach einer Woche is dann die Platte auf 100%. Mich tut es wirklich verwundern, dass nach einem Reboot die Platte wieder auf 5 % ist...

[ShadowJumper]

Ich kann dieses verhalten leider nicht nachvollziehen, keines meiner Systeme verhält sich wie von dir beschrieben, und auf allen läuft Debian 5 bzw. 6 als minimal Installation mit ispCP.

Natürlich steigt bei allen Systemen der verbrauchte Speicherplatz mehr oder weniger schnell, aber das sind zu 98% die Logfiles und selbst da ist auf jeden Server ~90% Speicherplatz frei. Und auf einigen reichen die Logfiles jetzt schon Jahre zurück.

Daher muss ich an dieser stelle jetzt erst mal passen, den ein durch ispCP verursachtes Problem kann ich leider nicht feststellen.

[joximu]

man müsste halt wohl "vor" dem reboot schauen, wo dieser Platzverbrauch ist:

nach dem reboot:
du -hs /*

und das sichern und vor dem reboot wieder und dann die Verzeichnisse vergleichen.
das nächste mal eins weiter unten... etc...

aber ich habs Gefühl, das hängt mit dem verwendeten vHost zusammen...

/J

[Crack_David]

Es wird voller

/dev/sda3 39256236 2003580 35274252 6% /
tmpfs 513652 0 513652 0% /lib/init/rw
udev 508272 100 508172 1% /dev
tmpfs 513652 0 513652 0% /dev/shm
/dev/sda2 256665 28123 215289 12% /boot

Quote:aber ich habs Gefühl, das hängt mit dem verwendeten vHost zusammen...

inwiefern? Wie könnte man hierdurch den Festplattenanstieg rechtfertigen?

Quote:nach dem reboot:
du -hs /*

Naja, bei 100% am Donnerstag konnte ich mit "du -hs /*"keine großen Ordner erkennen. Das war ja das, was mich stutzig gemacht hat. Sonst hätte ich das Problem ja nicht und wüsste, an welcher Datei es liegt

[joximu]

hm - also du -hs /* ergibt zusammen nicht das was df als benutzt angibt?

Sehr seltsam und ich würde das nicht unbedingt ispCP zuordnen...

Kannst ja ansonsten mal den ispcp daemon stoppen... dann läuft nichts von ispcp im Hintergrund - nur das von ispcp konfigurierte System. Allerdings werden die Änderungen der Kunden nicht ins System übernommen... - dh. ein paar kontrollierte ispcp-request Aufrufe (mit Messen) dürfte notwendig sein....

/J

[Crack_David]

Quote:hm - also du -hs /* ergibt zusammen nicht das was df als benutzt angibt?

thats the point

Das mit dem deamon hab ich mal getestet, zeigt aber kein Erfolg. anscheinend hat es doch nichts mit ispcp zu tun. Ich bin nur am grübeln, was jetzt noch sein kann.
Ich habe nur minütlich einen Cronjob am laufen, der eine php Datei startet. Der php Cron updated die mysql datenbank und der Output wird auf dev/null/ umgeleitet. Stoppe ich diesen, bringt das aber auch nichts.
Ich bin echt verzweifelt...

Neu installieren oder weitersuchen?