Server4you vserver: Cannot allocate memory obwohl massig frei sein sollte

M

marco1079

New Member
Auf einem Server4you vserver (Debian -2.6.9-023stab052.4-smp
) bekomme ich seit einigen Tagen die Meldung: "Cannot allocate memory" , öfter auch mal "too many open files" obwohl beides nicht an Grenzen stoßen dürfte! Die Konfiguration wurde nicht geändert.

Das problematische ist, das dann keine Emails, Webseiten usw mehr funktionieren und ich am Ende nicht mal mehr per SSH drauf komme und den Server über das Server4you Webinterface resetten muss.
Ich habe ein mal rebootet, dann hielt es 2 Tage, dann ist es am nächsten Tag passiert und jetzt habe ich heute schon 4 mal wegen des Fehlers rebooted um den Server wieder funktionsfähig zu bekommen!

Ich frage mich woran das liegt. Ich habe ulimit -n auch schonmal auf 65.000 hochgesetzt, hat nichts gebracht...

Habt Ihr noch eine Idee was da schief laufen könnte?



Update: Inzwischen kam diese Antwort vom Support:
am Hostsystem konnten keine Fehler festgestellt werden, jedoch wurden seit vorhin 118 mal die numothersock Werte überschritten.
Sie könnten im PowerPanel ein Upgrade Ihres vServers in betracht ziehen.

---
numothersock 259 288 288 288 118
---


AKTUELL (nach dem letzten Reboot:)
root@emily:/home/remote# grep -v ' 0$' /proc/user_beancounters
Version: 2.5
uid resource held maxheld barrier limit failcnt
lockedpages 0 328 344 344 26
numothersock 267 288 288 288 802




Hier mal ein paar Werte:
PHP: 
root@emily:/home/remote# ulimit -n
1024

-----------------------------------------------------
root@emily:/home/remote# free
             total       used       free     shared    buffers     cached
Mem:       2097152     534616    1562536          0          0          0
-/+ buffers/cache:     534616    1562536
Swap:            0          0          0

-----------------------------------------------------
top - 11:21:17 up 26 min,  1 user,  load average: 0.00, 0.00, 0.00
Tasks: 101 total,   1 running, 100 sleeping,   0 stopped,   0 zombie
Cpu(s):  0.0% us,  0.0% sy,  0.0% ni, 100.0% id,  0.0% wa,  0.0% hi,  0.0% si
Mem:   2097152k total,   533040k used,  1564112k free,        0k buffers
Swap:        0k total,        0k used,        0k free,        0k cached

  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
    1 root      16   0  1904  684  588 S    0  0.0   0:00.00 init
17797 daemon    16   0  1696  504  404 S    0  0.0   0:00.00 portmap
17958 root      16   0  1624  592  488 S    0  0.0   0:00.09 syslogd
17970 root      18   0  1568  388  320 S    0  0.0   0:00.00 klogd
17979 root      16   0  5200 1024  672 S    0  0.0   0:00.00 sshd
18428 amavis    16   0 56172  46m 2640 S    0  2.3   0:00.72 amavisd-new
19491 root      18   0  2624 1304 1080 S    0  0.1   0:00.00 mysqld_safe
19564 mysql     16   0  121m  20m 5164 S    0  1.0   0:01.97 mysqld
19565 root      16   0  1548  532  464 S    0  0.0   0:00.00 logger
19605 amavis    16   0 60292  50m 3556 S    0  2.5   0:01.71 amavisd-new
19606 amavis    15   0 58228  48m 3544 S    0  2.4   0:00.85 amavisd-new
19755 root      16   0 30152  27m 2524 S    0  1.3   0:01.02 spamd
21573 root      16   0 30152  25m  572 S    0  1.2   0:00.00 spamd
21580 root      16   0 30152  25m  572 S    0  1.2   0:00.00 spamd
21845 clamav    16   0  119m  97m  880 S    0  4.8   0:00.02 clamd
22094 clamav    19   0  2776  748  584 S    0  0.0   0:00.00 freshclam
22118 root      16   0  1752  420  344 S    0  0.0   0:00.00 courierlogger
22122 root      16   0  4288 1052  828 S    0  0.1   0:00.00 authdaemond
22126 root      16   0  4336 1296  964 S    0  0.1   0:00.01 authdaemond
22127 root      15   0  4336 1296  964 S    0  0.1   0:00.02 authdaemond
22128 root      16   0  4336 1292  964 S    0  0.1   0:00.01 authdaemond
22130 root      15   0  4336 1292  964 S    0  0.1   0:00.04 authdaemond
22132 root      16   0  4336 1296  964 S    0  0.1   0:00.03 authdaemond
22140 root      16   0  1756  424  344 S    0  0.0   0:00.01 courierlogger
22141 root      16   0  1860  608  524 S    0  0.0   0:00.01 couriertcpd
22155 root      20   0  1756  340  272 S    0  0.0   0:00.00 courierlogger
22156 root      18   0  1860  584  500 S    0  0.0   0:00.00 couriertcpd
22167 root      15   0  1756  424  344 S    0  0.0   0:00.00 courierlogger
22168 root      16   0  1860  608  524 S    0  0.0   0:00.00 couriertcpd
22185 root      18   0  1756  340  272 S    0  0.0   0:00.00 courierlogger
22187 root      18   0  1860  584  500 S    0  0.0   0:00.00 couriertcpd
22215 nobody    16   0  4740 1332  800 S    0  0.1   0:00.00 mydns
22229 nobody    16   0  4904 1396  712 S    0  0.1   0:00.00 mydns
22447 root      16   0  5408 1820 1472 S    0  0.1   0:00.03 master

-----------------------------------------------------

root@emily:/home/remote# cat /proc/user_beancounters
Version: 2.5
       uid  resource                     held              maxheld              barrier                limit              failcnt
    184143: kmemsize                 12496445             13890203             49029120             54476800                    0
            lockedpages                     0                    0                  344                  344                    0
            privvmpages                133974               155312               524288               550502                    0
            shmpages                      862                  878                19567                19567                    0
            dummy                           0                    0                    0                    0                    0
            numproc                       132                  155                  256                  256                    0
            physpages                   88813               109548                    0  9223372036854775807                    0
            vmguarpages                     0                    0               262144  9223372036854775807                    0
            oomguarpages                88813               109548               262144  9223372036854775807                    0
            numtcpsock                     50                   76                  288                  288                    0
            numflock                       19                   28                  224                  246                    0
            numpty                          1                    2                   32                   32                    0
            numsiginfo                      0                    3                  512                  512                    0
            tcpsndbuf                  301192               444752              2449232              3598712                    0
            tcprcvbuf                  303696               398792              2449232              3598712                    0
            othersockbuf               422168               570592               744366              1481926                    0
            dgramrcvbuf                     0               122976               844366               844366                    0
            numothersock                  271                  288                  288                  288                   45
            dcachesize                1822176              1900098              7299072              8110080                    0
            numfile                      4778                 5396                 6000                 6000                    0
            dummy                           0                    0                    0                    0                    0
            dummy                           0                    0                    0                    0                    0
            dummy                           0                    0                    0                    0                    0
            numiptent                      14                   14                   96                   96                    0
 
Last edited by a moderator:
Naja, das System baut eben mehr interne Verbindungen auf als erlaubt, an dem Wert kannst du leider auch nichts drehen, ist eben nur ein vServer.

Was du machen könntest wäre Dienste die du nicht unbedingt brauchst abzuschalten oder, falls möglich, deren interne Verbindungen zu limitieren.
Kandidaten wären z.B. Spamassassin (z.B. durch greylisting ersetzen) oder amavis.
Sind natürlich nur Vorschläge, ich kenne dein System nicht und kann deswegen natürlich keine verbindlichen Aussagen treffen.

Das Problem ist allerdings dass das auch nur eine Notlösung ist und nicht dauerhaft praktikabel, denn selbst wenn du das System durch den oben genannten Weg wieder unter das Limit bekommst läuft es trotzdem immer auf Messers Schneide.
Auf mittlere Sicht solltest du wohl schon nach "etwas grösserem" Ausschau halten, am Besten wäre natürlich ein Dedicated...;)
 
Das ist natürlich ärgerlich, war mir nicht klar das der Server solch einer schweren Beschränkung unterliegt. Von diesen oder anderen Limits (die sich jetzt zeigen) ist bei den vserver Details vorher nie die Rede!
 
Naja, die Resourcen müssen halt irgendwie zwischen den Nutzern aufgeteilt werden, und bei dir läuft ja auch so einiges auf dem System...;)

Spamassassin und clamav würden bei mir gleich rausfliegen, unnütze Resourcenfresser, und die Anzahl von Prozessen des authdaemond kannst du sicherlich auch noch runtersetzen...ob du myDNS wirklich brauchst ist auch fraglich.
Also mit einem Wochenende Config-Tuning und genereller Systemoptimierung (Schlankheitskur) kannst du sicherlich noch gut was rausholen....;)
 
Wie bereits gesagt - das Ersetzen von Spamassassin und Clam durch restriktiveres Setup (strike RFC-Compliance) von Postifx und Greylisting sollte keine oder nur wenige zusaetzliche Spam-Nachrichten durchlassen, aber sehr viel RAM, CPU-Zeit und andere Ressourcen freigeben.

Was ist auf deinem System noch so unterwegs, du hast ja nur einen top-Auszug gepostet.

Guenstige echte Dedi's findest du (u.a.)
http://www.isgenug.de/ks/
http://www.hetzner.de/de/hosting/produktmatrix/rootserver-produktmatrix-special/
http://www.ovh.de/produkte/angebote_rps.xml
(Ueber die Qualitaet (Support, ...) der entsprechenden Anbieter brauchen wir keine neue Diskussion zu starten; es sollte klar sein dass diese an dem Paketumfang sparen muessen)
 
You must log in or register to reply here.
Back
Top