Strato vServer Problem

V

voodoo44

Registered User
hallo Leute,

dickes Problem. Heute stellte ich fest, dass mein vServer nicht mehr rund läuft - woran das liegt habe ich erstmal keine Ahnung, ich bekomme jedoch immer fein säuberlich die Meldung, dass mein System wohl zu viele offene Files hätte.

cat: /proc/user_beancounters: Too many open files in system

Mh okay ... klingt ja schonmal "super" ...
Dann machen wir folgendes:

sudo su mit dem Ergebnis: sudo: pam_authenticate: Module is unknown

Bitte was?
Das blöde ist: Ich habe den Login für den Root auf meinem System untersagt. Wenn ich jetzt mit einem sudo arbeiten will, dann bekomme ich das hier:
sudo vi /proc/user_beancounters
sudo: pam_authenticate: Module is unknown

Wie gehts denn nun weiter? Jemand da, der 'nen Tipp hat AUSSER neu aufsetzen? In den Rescue-Modus komme ich problemlos rein - da finde ich aber leider keine Datei bezüglich des user_beancounters - das komplette proc/ -Verzeichnis ist da leer.

System:
Ubuntu 8.04 mit Plesk 9.2, Updates soweit alle aufgespielt.

Jemand ne Ahnung, was ich anstellen könnte damits wieder läuft?
 
Bei dir starten zu viele Prozesse die eben viele Dateien öffnen, irgendwo gibt es da das Limit, ab diesem Zeitpunkt kriegst du diese Meldung. Bei einem VPS sind die Ressourcen an der Stelle ziemlich limitiert.

Welche Dienste laufen bei dir? Apache2 Webserver, MySQL Server?

Bitte mach doch mal folgendes im Rescue Mode (als root):
Code: 
# update-rc.d -f apache2 remove
# update-rc.d -f mysql remove

Damit haust du erst einmal diese beiden Dienste aus dem Autostart.

Dann startest du den Server wieder und postest mal die Ausgabe von "/proc/user_beancounters". Außerdem bitte mal weitere Infos zum VPS mitschicken, was RAM usw. angeht.

----
Letztendlich bleibt dir nichts anders übrig, als diese Prozesse/Dienste anzupassen, damit sie nicht so viel Ressourcen verbrauchen oder eben ein VPS Paket mit mehr Ressourcen zu buchen!
 
Last edited by a moderator:
Ist halt nen Standard Strato vServer - nen Powerserver A müsste das sein, mit 256 MByte RAM.

Im übrigen ist der RAM zu ungefähr 185MByte ausgelastet gewesen - mehr war's nie.

Ich hab so langsam das Gefühl, dass es mit dem neuen Kernel, der am 1.7. eingespielt werden sollte, zusammenhängt. Bestätigen kann ich das aber nicht, ich werde das jetzt mal so machen wie du sagst und entsprechend mal die Dienste aus'm Autostart entfernen und dann mal sehen, was rauskommt.

Nachtrag:
Ich hab deine zwei Befehle mal ausgeführt - hat er auch bearbeitet und mir bestätigt, dass die Links entfernt wurden.
Nun starte ich das System wieder im normalen Modus und der Apache und mySQL-Server laufen immer noch ... grrr !

Ansonsten (im normalen Modus):
/etc/init.d/apache2 stop
-bash: start_pipeline: pgrp pipe: Too many open files in system
-bash: /etc/init.d/apache2: Too many open files in system
Click to expand...

Weiterer Nachtrag:
Ich habe die Server jetzt mal aus dem Autostart genommen.
Werde jetzt mal versuchen, die max. offenen Files zu bearbeiten.

Der /proc/user_beancouters sagt mir im übrigen folgendes:
Code: 
sudo cat /proc/user_beancounters
Version: 2.5
       uid  resource           held    maxheld    barrier      limit    failcnt
  1340138:  kmemsize        1721598    1752550   17024866   19647330          0
            lockedpages           0          0       3800       4096          0
            privvmpages       12870      13076     138256     202568          0
            shmpages            652        652     131072     131072          0
            dummy                 0          0 2147483647 2147483647          0
            numproc              27         27        232        232          0
            physpages          3218       3323          0 2147483647          0
            vmguarpages           0          0      66400 2147483647          0
            oomguarpages       3218       3323 2147483647 2147483647          0
            numtcpsock           17         17        500        500          0
            numflock              6          7        200        232          0
            numpty                1          1         64         64          0
            numsiginfo            0          1        512        512          0
            tcpsndbuf        176644     176644    4683256    6102456          0
            tcprcvbuf        278528     278528    4683256    6102456          0
            othersockbuf      11044      11044    1503232    4063232          0
            dgramrcvbuf           0       8380     240000     262144          0
            numothersock         18         18        382        382          0
            dcachesize            0          0    2194304    2317184          0
            numfile             976       1047       5432       5432      72429
            dummy                 0          0          0          0          0
            dummy                 0          0          0          0          0
            dummy                 0          0          0          0          0
            numiptent            54         54        128        128          0
Tipps & Tricks?

Änderung drei: Ich habe die letzte Stunde ein wenig rumprobiert - es scheint mit dem MYSQL-Prozess zusammenzuhängen. Starte ich nur den Apache läuft soweit alles rund. Sobald ich den MySQL-Server starte geht da garnichts mehr. Jemand 'ne Idee, warum das auf einmal nicht mehr läuft? Ich versuch mal den SQL-Server schlanker zu machen ... mal sehen, was passiert.

Letzer Nachtrag (Nummer 4):
Der Server läuft wieder - ich habe den MySQL-Server von der Konfiguration her schlanker gestaltet. Zwischenzeitlich habe ich noch ein Update für den Apache2 gefunden - das war gestern nicht da *grübel*
Auf jeden Fall läuft es jetzt wieder so, wie es soll. Keine Ahnung ob das jetzt am Apache-Update lag (im Zusammenhang mit dem neuen Kernel vlt.? Oder irgendetwas anderem, vlt. gab es da Unstimmigkeiten in der Konstellation Apache -> MySQL -> neuer Kernel) oder ob das wirklich die MySQL-Konfiguration war. Auf jeden Fall dümpel ich jetzt wieder bei ~140 MB Speicherverbrauch rum, habe das ganze gleich mal genutzt um den Apachen ein wenig schlanker zu konfigurieren.

Aber der Plesk-Kram frisst echt ohne Ende ... Ich wollte den ja schon immer mal ausstellen, habe aber bisher leider nie 'nen vernünftigen Mailserver zum laufen bekommen (trotz Tutorial).

Danke für die Hilfe.
 
Last edited by a moderator:
Hi,

es gab mal einen Bug im Virtuozzo Kernel, der bewirkt hat, dass das numfile Limit keine Wirkung gezeigt hat. Durch das von Strato installierte Update wurde der fehler behoben. Daher treten jetzt diese Probleme bei dir auf.

Viele Grüße
 
Ah, alles klar ich danke dir für den Tipp und die Information. Hab mich ja echt gewundert, warum das alles mit einmal aufgetreten ist.

Jetzt weiss ich bescheid, vielen Dank für die nachträgliche Information!
 
You must log in or register to reply here.
Back
Top