"Too many open files in system"

[mischel]

Hallo zusammen,

hab nen vServer Basic mit SuSE 9.3 bei s4y. In letzter Zeit häufen sich in /var/log/mail Meldungen a la:

postfix/smtp[30268]: fatal: accept connection: Too many open files in system
postfix/smtp[18248]: fatal: open /etc/postfix/main.cf: Too many open files in system

Einige andere Prozesse (amavisd, httpd, ....) werfen zeitweise ähnliche Meldungen. In der Ausgabe von cat /proc/user_beancounters finde ich folgendes auffällig:

resource held maxheld barrier limit failcnt
numfile 1721 2240 2240 2240 115

Vielleicht interpretiere ich den Wert ja falsch - aber kann es sein, daß hier bezüglich der Anzahl offener Dateien "abgeregelt" wird?

Gruß,

Mischel

[sysmon]

MOD: Full-Quote entfernt!

Hallo,

genau so ist es. Wobei Du mit max. 2240 offenen Dateien schon recht gut dran bist, ich habe VServer mit weniger ...

[Spin-Doc]

Das Problem von zu vielen offenen Dateien auf einem vServer könnte an Postfix liegen. Postfix verwendet sehr viele Sockets im Betrieb.


Hier wird ausführlich darüber diskutiert:
http://listi.jpberlin.de/pipermail/p...ead.html#25338

[mischel]

Jau Danke, schon mal gut zu wissen, wo das herkommt. Was kann man da machen? (Ausser upgraden ;-)) Postfix lässt sich ja wohl mittels "default_process_limit = 10" schon mal einschränken. Sonst laufen noch apache2, mailman, sshd, teamspeak und spamassassin. Kann man einen von denen noch irgendwie "drosseln"?

mischel

[westerjork83]

Hallo,

ich habe das gleiche Problem mit den offenen files auf einem S4Y VServer. Bei mir läuft folgendes:

apache
mysql
postfix
spamassassin
amavis
cyrus

Wo kann man hier noch drosseln außer bei postfix?


Gruß Arne

[mischel]

Hi,

ich habe leider keine Lösung gefunden, ausser ein paar Sachen abzuschalten .... ob man ausser Postfix noch andere Dienste hinsichtlich der offenen Files drosseln kann, würde mich auch weiterhin interessieren!

Mischl

[butme]

Hallo,

MOD: Full-Quote entfernt!

Mit "lsof | grep -i <Serverdienst> | wc -l" findest Du evtl. heraus, wer die Files beansprucht (evtl. muss "lsof" noch installiert weren).
Allein der Apache hat hier bereits 300 "open files" (ca 20 Prozent der vom Anbieter gestatteten 1680 files).

Vergleich die Ausgabe von "cat /proc/user_beancounters" (insbesondere bei numfile) mit den Empfehlungen zur BeancounterConfig von Virtuozzo:

SWsoft Knowledgebase

Und dann meckerst Du beim Provider...

butme

[TheSandman]

@butme,

Richtig muss es wohl heißen:

lsof -i | grep <Serverdienst> | wc -l

MfG

Hi

ist zwar schon ein alter Hut aber ich hab jetzt auch genau diese Problem auf einem VSERVER mit Postfix

cat /proc/user_beancounters

numfile 5519 8896 23136 23136 0

Irgendjemand eine Idee an was es sonst noch liegen könnte? Weil ich bin ja noch weit innerhalb des Limits?

lg

[wstuermer]

Was sagen denn die anderen UBC-Werte?

Alles im grünen Bereich außer KMEMZISE .. das hat damit aber jetzt nichts zu tun, weil den Wert hab ich anfangs mit ein paar Belastungstests überschritten. Dieser Wert ist aber seit dem "unverändert" bei 1492. Der VServer ist aber recht neu, 3 WO. BS DEBIAN Etch 64Bit .. natürlich ohne Plesk und Confixx

kmemsize                 45106225   87682300      87662592             97402880     1492
lockedpages                     0         16          2893                 2893        0
privvmpages                177161     312403       2621440              2883584        0
shmpages                      869       6005         61912                61912        0
dummy                           0          0             0                    0        0
numproc                       187        345          1200                 1200        0
physpages                  115862     235172             0  9223372036854775807        0
vmguarpages                     0          0       1310720  9223372036854775807        0
oomguarpages               115862     235172       1310720  9223372036854775807        0
numtcpsock                    110        398          1446                 1446        0
numflock                       25         44          1000                 1100        0
numpty                          1          5           144                  144        0
numsiginfo                      0        163          1024                 1024        0
tcpsndbuf                 1764864    2674312      13829711             19752527        0
tcprcvbuf                 1709512    2992856      13829711             19752527        0
othersockbuf               340208    1131744       6914855             12837671        0
dgramrcvbuf                     0     271920       6914855              6914855        0
numothersock                  235        392          1446                 1446        0
dcachesize                1927071    2219778      12938190             13326336        0
numfile                      6723       8923         23136                23136        0
dummy                           0          0             0                    0        0
dummy                           0          0             0                    0        0
dummy                           0          0             0                    0        0
numiptent                      14         16           256                  256        0