HelloAm 06.02.24 um 13:41 schrieb Frank Richter (frank.rich...@hrz.tu-chemnitz.de):
Hi,we’ve set SxVMemLimit = 768; in /etc/sogo/sogo.confBut it seems that this big value isn’t sufficient, we see this several times a day in sogo.log:Feb 06 04:47:06 sogod [1280936]: 2003:f3:1708:b0ca:f955:2664:d05:4987 "GET /SOGo/so/dadel/Mail/0/view HTTP/1.1" 200 427415/0 1.657 - - 39M - 20 Feb 06 04:47:06 sogod [1280936]: |SOGo| terminating app, vMem size limit (768 MB) has been reached (currently 771 MB)ax_Main;" ^
[...]
Feb 06 04:47:06 sogod [1280926]: <0x0x5606e7615030[WOWatchDogChild]> child 1280936 exitedWhat is advisable? We don’t like to raise SxVMemLimit even more …
They will always happen.But such worker/child termination is only happening *after* a request was processed.
Therefore they are usually harmless. The only drawback is the time needed to start a new worker/child. While this is happening, you have less worker available. Therefore you only have to keep an eye on how often this happens. As long as it only happens a couple of times per hour, you are save. BTW: We use SxVMemLimit = 512; with 350 worker With approx. 20,000 accounts => approx. 1.2 million requests per day => approx. 600 of the above terminating errors per day Kind regards, Christian Mack -- Christian Mack Universität Konstanz Kommunikations-, Informations-, Medienzentrum (KIM) Abteilung IT-Dienste Forschung, Lehre, Infrastruktur 78457 Konstanz +49 7531 88-4416
smime.p7s
Description: Kryptografische S/MIME-Signatur