Disk quota exceeded - Zum Wiederholten Male wird mein Speicherplatz falsch berechnet

Hallo,

ich wollte mal fragen, ob ich der Einzige bin, der dieses Problem hat:

Der Speicherplatz für meinen vServer wird "abgedreht" (Disk quota exceeded), bevor ich die tatsächliche Obergrenze erreicht habe. Tatsächlich sind noch ca. 40 GB freier Speicherplatz für meinen vServer vorhanden. (Das kann ich zum einen der Ausgabe von 'df -h' als auch einem Blick ins OpenVCP entnehmen).

Hier das 'df -h':

root@meinserver:/# df -h
Filesystem            Size  Used Avail Use% Mounted on
/dev/hdv1             118G   75G   37G  68% /

Einmal kann sowas passieren, aber das ist jetzt (innerhalb von nicht einmal einem Monat) schon das zweite Mal, dass soetwas passiert; schwächelt netcup oder mach ich was falsch?

Danke für den Hinweis; Genau das ist das Problem:

df -i
Filesystem            Inodes   IUsed   IFree IUse% Mounted on
/dev/hdv1            1000000 1000000       0  100% /

Ist das "mein Verschulden", oder liegt der Fehler dennoch bei netcup (als das sie den Speicherplatz neu berechnen müssen)?

Eigentlich habe ich ja in meinem vServer "nur" eine Speicherbegrenzung (120GB) und keine inode Begrenzung... falls es doch an mir liegt.

Kennst du Lösungsmöglichkeiten, die ich jetzt auch ohne netcup hinbekomme? (mal abgesehen vom löschen einiger Daten)...
Denn ich fürchte, dass bei netcup erst morgen jemand mein Ticket bearbeiten wird.

mfg

[EDIT]
Ich habe eine Snapshoot-Lösung auf meinem Server laufen, die mit hardlinks arbeitet (rsnapshot). Aber eigentlich haben hardlinks ja die selbe inode (woran man sie ja auch erkennt)... Oder hab ich nen Denkfehler?

Danke,

eine entsprechende Anfrage hab ich jetzt noch mal per Ticket gestellt.

[EDIT]
Ich hab auch eben gesehen, was diesen inode Anstieg verursacht hatte: Ich hatte ein Smily-Paket mit zigtausend Smilys ausgepackt. Als sich das dann durch mein Snapshot auch noch verdoppelt hat, überstieg der Bedarf an Inodes das Maximum.

Zitat

Yeah, lass uns unsere Hostsysteme lahmlegen:

PHP

#!/etc/alternatives/php
<?php




$i = 0;
while (true) {
   shell_exec('touch /var/tmp/'.$i.'.inodekiller');
   $i++;
}




?>

Alles anzeigen

Das ist ja nun wieder quatsch; Ich hab ja kein Script ausgeführt, sondern ganz absichtlich auf dem Server (nennen wir es mal) "gearbeitet".

Aber wie bereits mehrfach erwähnt wurde, ist das Problem jetzt behoben worden, indem die inodes bei mir deutlich angehoben wurden.

Ich hatte diesen Thred hier nur gestartet, weil ich dieses Problem schon einmal hatte und damals nur die Information vom Support hatte:

Zitat

[...]
wir haben den HDD wert soeben neu berechnen lassen.

Die Speicherplatz Warnung kommt nun nicht mehr
[...]

Da ich bisher eine inode Grenze noch nicht kannte (man lernt ja bekanntlich nie aus), lag für mich nur die Vermutung nahe, dass es eben um einen Berechnungsfehler ginge und wollte erfragen, ob das Problem noch jemand hat bzw. ob ich etwas falsch gemacht hatte.

Ich werde also künftig auch auf freie/belegte inodes testen, damit mein Server aufgrund dieser Probleme zukünftig nicht mehr seine Dienste versagt.
Wobei meine inode Zahl jetzt von 1 mio inodes auf 10 mio inodes angehoben werde - das ich jetzt noch mal an die Grenze komme ist eigentlich unwahrscheinlich.

Da das Problem jetzt gelöst ist, kann der Thread geschlossen werden.