Probleme bei Strato seit dem letzten Update?

ergo

Registered User
Hi,

am 28.12. habe ich eine Mail von Strato bekommen, dass sie in der darauffolgenden Woche die vServer aktualisieren und den Server rebooten wollen. Soweit so gut.

Weiss jemand, was genau geändert wurde?

In der letzten Zeit läuft postfix bei mir nicht stabil. Manchmal verabschiedet er sich einfach. Die letzten Meldungen sind dann z.B.

Code:
Jan 10 06:57:49 merlin postfix/master[7546]: fatal: event_loop: select: Cannot allocate memory
Jan 10 06:57:49 merlin postfix/smtp[32347]: fatal: accept connection: Cannot allocate memory
Jan 10 06:57:49 merlin postfix/qmgr[8143]: fatal: socket: Cannot allocate memory
Jan 10 06:57:49 merlin postfix/smtp[32410]: fatal: socket: Cannot allocate memory
Jan 10 06:57:49 merlin postfix/smtpd[32225]: fatal: accept connection: Cannot allocate memory
Jan 10 06:57:49 merlin postfix/smtp[32363]: fatal: socket: Cannot allocate memory
Jan 10 06:57:50 merlin postfix/smtp[32349]: fatal: socket: Cannot allocate memory

/proc/user_beancounters sieht so aus:
Code:
       uid  resource           held    maxheld    barrier      limit    failcnt
    820356: kmemsize        4474974    4511208    8512433    9823665       4129
            lockedpages           0          0       3800       4096          0
            privvmpages       51151      51192     138256     202568          0
            shmpages            821        821     131072     131072          0
            dummy                 0          0          0          0          0
            numproc              47         47        232        232          0
            physpages         18369      18369          0 2147483647          0
            vmguarpages           0          0      66400 2147483647          0
            oomguarpages      18369      18369      66400 2147483647          0
            numtcpsock            6          6        500        500          0
            numflock              8          8        200        232          0
            numpty                1          1         64         64          0
            numsiginfo            0          0        512        512          0
            tcpsndbuf         60372      60372    4683256    6102456          0
            tcprcvbuf         98304      98304    4683256    6102456          0
            othersockbuf     176644     176644    1503232    4063232          0
            dgramrcvbuf           0          0     240000     262144          0
            numothersock        106        106        382        382          2
            dcachesize       438216     439983    2194304    2317184          0
            numfile            2400       2400       5432       5432          0
            dummy                 0          0          0          0          0
            dummy                 0          0          0          0          0
            dummy                 0          0          0          0          0
            numiptent            14         14        128        128          0
Ich verstehe, dass Memory fehlt, allerdings liegt kmemsize erst auf der halben Größe der Barriere, wir passt das zusammen?

Nach einem Neustart von postfix ist er dann bald wieder abgestürzt, während er die 350 Mails in der Queue abgearbeitet hat. Jetzt habe ich die maximale Anzahl der Prozesse für Postfix von 100 auf zehn heruntergesetzt, mal sehen, ob das was hilft.

Wie kann ich das Problem weiter eingrenzen?

Gruß ergo
 
Anscheinend liegt es an Strato, da auch ich (VServer A) mit "Cannot allocate memory" zu kämpfen habe jedoch beim Apache2 und beim Teamspeak.
 
Bei mir hat die Neukonfiguration von postfix (und früher auch von apache) geholfen. Ich habe die Anzahl der Prozesse eingeschränkt, jetzt reicht das RAM aus. Ist eben nur der kleinste Server.
 
Nuja, vorher lief auch ein Standardapache und mysql und php4 (jetzt 5 ) und Teamspeak drauf, ohne dass ich einmal Probleme mit dem Memory bekommen habe. Das finde ich sehr verwunderlich, weil ich jetzt schon Module beim Apache ausgemistet habe. Ob der Wechsel des Webspaceverwaltungsprogramm von ISPConfig zu ISPCP den Ausschlag gibt? Ich denke nicht, denn die neuste ISPConfig Version ließ sich aufgrund des Speicherprobs nicht durchführen. Ich verstehs net. Wie gehe ich gegen die hohe Anzahl von privvmpages vor?
Code:
xxxx:~# cat /proc/user_beancounters
Version: 2.5
       uid  resource           held    maxheld    barrier      limit    failcnt
   1206278: kmemsize        4544049    4644234    8512433    9823665          0
            lockedpages           0          0       3800       4096          0
            privvmpages      108256     108713     138256     202568       1270
            shmpages           1977       1977     131072     131072          0
            dummy                 0          0          0          0          0
            numproc              79         80        232        232          0
            physpages          9608      10006          0 2147483647          0
            vmguarpages           0          0      66400 2147483647          0
            oomguarpages       9608      10006      66400 2147483647          0
            numtcpsock           14         15        500        500          0
            numflock              7          9        200        232          0
            numpty                3          3         64         64          0
            numsiginfo            0          1        512        512          0
            tcpsndbuf        156520     165464    4683256    6102456          0
            tcprcvbuf        229376     245760    4683256    6102456          0
            othersockbuf      19236      22872    1503232    4063232          0
            dgramrcvbuf           0          0     240000     262144          0
            numothersock         21         26        382        382          0
            dcachesize            0          0    2194304    2317184          0
            numfile            2334       2378       5432       5432          0
            dummy                 0          0          0          0          0
            dummy                 0          0          0          0          0
            dummy                 0          0          0          0          0
            numiptent            38         38        128        128          0
 
Weiss jemand, was genau geändert wurde?
Ja, es wurde ein Update der Hostsysteme durchgeführt... mehr hat mir der Support nicht geschrieben. Und ja, ich habe das Update auch schon hinter mir, bei mir ist allerdings noch alles wo sie immer. :)
 
Ich habe das Gefühl, dass sie mir auch einige Limits heruntergesetzt haben. Habe leider keine Vergleichswerte zu vorher. Weil vorher lief die Kombi TS2/Apache2 ohne Probleme und jetzt startet eins von beiden nicht wenn das andere schon läuft...
 
Back
Top