Quota Anzahl Dateien läuft voll

A

andre72

New Member
Hallo zusammen,

ich habe einen V-Server der jetzt Probleme macht, da die maximale Anzahl der zugelassenen Dateien erreicht ist.
Auf dem Hosting existieren über 250.000 Dateien, verursacht von etwa 10 Joomla hostings.

Der temp Ordner im root ist recht leer, auch das Verzeichnis /var/temp ist nicht wirklich überlaufen.
Google hat mir Ergebnisse für tempwatch ausgeleifert, aber auch das brachte nicht wirklich Besserung.

Kann mir jemand sagen, wie ich die Ursache lokalisieren und beheben kann?

Vielen Dank
Andre
 
MadMakz said:
http://unix.stackexchange.com/a/117094
Click to expand...

Danke für den Hinweis, wenn ich das richtig verstehe sollte der Befehl die Verzeichnisse aufführen, die die meisten Dateien beinhalten (aufsteigend).
Am Ende werden diese aufgeführt:

1124 /usr/share/man/man3p
1876 /usr/share/man/man3
3321 /var/www/vhosts/****/httpdocs/bilder

Aber so kommen ja nicht 250.000 Dateien zusammen, wenn drei Verzeichnisse jeweils vierstellig sind und ca. 100 Verzeichnisse dreistellig.

Oder habe ich den stackexchange falsch verstanden?
 
Das Problem ist wohl der Syntax, hiermit geht es:
find . -maxdepth 1 -type d -print | xargs du -sk | sort -rn

Vielen Dank!
 
ich habe einen V-Server der jetzt Probleme macht, da die maximale Anzahl der zugelassenen Dateien erreicht ist.
Click to expand...
Gehts jetzt um die Überschreitung der maximal Anzahl von Dateien oder die Überschreitung der maximalen Gesamtgröße aller Dateien?
//EDIT: On zu spät geantwortet, ist wohl erledigt.
 
Nein, ist doch nicht erledigt - der Befehl, den ich jetzt gefunden hatte (in meinem letzten Beitrag) bezieht sich wohl auf die Dateigröße.

Ich brauche aber die Anzahl und somit ist das Problem noch aktuell - leider ...
 
Das zeigt den Verbrauch von inodes. Ja, kann hilfreich sein.

Und was zeigt cat /proc/user_beancounters an?

Wär interessant zu erfahren, woher die Information über Überschreitung der maximalen Anzahl kommt.
 
GwenDragon said:
Und was zeigt cat /proc/user_beancounters an?

Wär interessant zu erfahren, woher die Information über Überschreitung der maximalen Anzahl kommt.
Click to expand...

Hier das Ergebnis des "cat":
uid resource held maxheld barrier limit failcnt
77378978: kmemsize 19380766 22142976 67108864 75497472 0
lockedpages 0 0 256 256 0
privvmpages 197351 202586 524288 576716 0
shmpages 26820 26820 131072 131072 0
dummy 0 0 9223372036854775807 9223372036854775807 0
numproc 51 132 320 320 0
physpages 394635 405046 524288 524288 0
vmguarpages 0 0 262144 262144 0
oomguarpages 51146 51146 262144 262144 0
numtcpsock 17 17 900 900 0
numflock 8 8 512 576 0
numpty 1 1 16 16 0
numsiginfo 0 72 256 256 0
tcpsndbuf 298792 298792 4041456 6291456 0
tcprcvbuf 278528 278528 4041456 6291456 0
othersockbuf 18496 19784 1126080 2097152 0
dgramrcvbuf 0 0 262144 288358 0
numothersock 24 25 360 360 0
dcachesize 6289567 6290460 5242880 6291456 0
numfile 2339 2495 16384 16384 0
dummy 0 0 9223372036854775807 9223372036854775807 0
dummy 0 0 9223372036854775807 9223372036854775807 0
dummy 0 0 9223372036854775807 9223372036854775807 0
numiptent 53 53 100 105 0

Reicht das, oder soll ich bei dem Provider fragen, woher er die Info bezieht?
Temporär kann es seitens des Providers nach eigener Auskunft mit einem Quota-Fix behoben werden ...

Danke
Andre
 
Joe User said:
`df -i` dürfte aussagekräftiger sein als `find / | wc -l` ;)
Click to expand...

Hier ist das Ergebnis:
Filesystem Inodes IUsed IFree IUse% Mounted on
/dev/vzfs 252288 247947 4341 99% /
none 262144 155 261989 1% /dev

Auch wenn ich nicht weiß, was eine Inode ist - aber 99% ist dann wohl das Problem.

Danke,
Andre
 
Jedes File (inklusive Directories, unsichtbare noch nicht gelöschte Files, Links) verbraucht immer einen Inode (Verzeichniseintrag im Filesystem).
Die Anzahl verfügbarer Inodes wird beim Anlegen des Filesystem bestimmt (i.d.R. Defaultwert, völlig ausreichend).
Allerdings kann man (hier der Hoster) diesen (und einige andere) Werte beim Anlegen einer virtuellen Maschine (Dein vServer) manipulieren. Dein Hoster hat halt das Limit nach unten beschaubt.

`df -i` zeigt alle genutzten Inodes an, auch von versteckten Files, oder "übermounteten" Files, welche `find` schlicht nicht finden kann.
Deshalb mein Hinweis auf `df -i` ;)
 
Danke für die ausführliche Erklärung!

Wie finde ich den nun die 252288 Einträge und bekomme das wieder in geregelte Bahnen?

252288 bei ca. 10 Joomla Hostings schon viel, oder?
 
You must log in or register to reply here.
Back
Top