sogod consumes all the RAM available

[mindesbunister]

Hi,

for some reason the sogod is consuming all the RAM available. Reminds me on exchange. Any idea how to change this?

Running Zentyal 3.5 .

Attached you will find a screenshot of HTOP.

edit= needless to say, that this is causing the whole server to get stuck, as all the SWAP is getting consumed to.

As soon as this process stops, RAM is getting empty again and the system works perfect
 

Thanks in advance for help.

[figarocorso]

I've seen this sort of issues, but they were mostly solved by a "sudo service sogo restart".

Does the server becomes unusable after trying to login with a user at SOGo webmail? Or it just copes the 100% of your resources when you just start it?
You can see (and share) more information at: /var/log/sogo/sogo.log

Regards,

[mindesbunister]

what i found is this

2014-09-17 21:06:42.482 sogod[8774] -[WEClientCapabilities initWithRequest:]: Unknown WebClient: user-agent='Android/4.2.2-EAS-1.3'
Sep 17 21:06:44 sogod [7847]: [ERROR] <0x0x7ffd910fa688[WOWatchDog]> No child available to handle incoming request!
Sep 17 21:06:45 sogod [7847]: [ERROR] <0x0x7ffd910fa688[WOWatchDog]> No child available to handle incoming request!
Sep 17 21:06:47 sogod [7847]: [ERROR] <0x0x7ffd910fa688[WOWatchDog]> No child available to handle incoming request!
Sep 17 21:06:48 sogod [7847]: [ERROR] <0x0x7ffd910fa688[WOWatchDog]> No child available to handle incoming request!
Sep 17 21:06:49 sogod [7847]: [ERROR] <0x0x7ffd910fa688[WOWatchDog]> No child available to handle incoming request!
Sep 17 21:06:51 sogod [7847]: [ERROR] <0x0x7ffd910fa688[WOWatchDog]> No child available to handle incoming request!
Sep 17 21:06:52 sogod [7847]: [ERROR] <0x0x7ffd910fa688[WOWatchDog]> No child available to handle incoming request!
Sep 17 21:06:54 sogod [7847]: [ERROR] <0x0x7ffd910fa688[WOWatchDog]> No child available to handle incoming request!
Sep 17 21:06:55 sogod [7847]: [ERROR] <0x0x7ffd910fa688[WOWatchDog]> No child available to handle incoming request!
Sep 17 21:06:56 sogod [7847]: [ERROR] <0x0x7ffd910fa688[WOWatchDog]> No child available to handle incoming request!
Sep 17 21:06:58 sogod [7847]: [ERROR] <0x0x7ffd910fa688[WOWatchDog]> No child available to handle incoming request!
Sep 17 21:06:59 sogod [7847]: [ERROR] <0x0x7ffd910fa688[WOWatchDog]> No child available to handle incoming request!
Sep 17 21:07:01 sogod [7847]: [ERROR] <0x0x7ffd910fa688[WOWatchDog]> No child available to handle incoming request!
Sep 17 21:07:02 sogod [7847]: [ERROR] <0x0x7ffd910fa688[WOWatchDog]> No child available to handle incoming request!
Sep 17 21:07:04 sogod [7847]: [ERROR] <0x0x7ffd910fa688[WOWatchDog]> No child available to handle incoming request!
Sep 17 21:07:05 sogod [7847]: [ERROR] <0x0x7ffd910fa688[WOWatchDog]> No child available to handle incoming request!
Sep 17 21:07:06 sogod [7847]: [ERROR] <0x0x7ffd910fa688[WOWatchDog]> No child available to handle incoming request!
Sep 17 21:07:08 sogod [7847]: [ERROR] <0x0x7ffd910fa688[WOWatchDog]> No child available to handle incoming request!
Sep 17 21:07:09 sogod [7847]: [ERROR] <0x0x7ffd910fa688[WOWatchDog]> No child available to handle incoming request!
Sep 17 21:07:17 sogod [7847]: [ERROR] <0x0x7ffd910fa688[WOWatchDog]> No child available to handle incoming request!
Sep 17 21:07:18 sogod [7847]: [ERROR] <0x0x7ffd910fa688[WOWatchDog]> No child available to handle incoming request!
Sep 17 21:07:20 sogod [7847]: [ERROR] <0x0x7ffd910fa688[WOWatchDog]> No child available to handle incoming request!
Sep 17 21:07:21 sogod [7847]: [ERROR] <0x0x7ffd910fa688[WOWatchDog]> No child available to handle incoming request!
Sep 17 21:07:23 sogod [7847]: [ERROR] <0x0x7ffd910fa688[WOWatchDog]> No child available to handle incoming request!
Sep 17 21:07:24 sogod [7847]: [ERROR] <0x0x7ffd910fa688[WOWatchDog]> No child available to handle incoming request!
Sep 17 21:07:26 sogod [7847]: [ERROR] <0x0x7ffd910fa688[WOWatchDog]> No child available to handle incoming request!
Sep 17 21:07:27 sogod [7847]: [ERROR] <0x0x7ffd910fa688[WOWatchDog]> No child available to handle incoming request!
Sep 17 21:07:29 sogod [7847]: [ERROR] <0x0x7ffd910fa688[WOWatchDog]> No child available to handle incoming request!
Sep 17 21:07:30 sogod [7847]: [ERROR] <0x0x7ffd910fa688[WOWatchDog]> No child available to handle incoming request!
Sep 17 21:07:31 sogod [7847]: [ERROR] <0x0x7ffd910fa688[WOWatchDog]> No child available to handle incoming request!
Sep 17 21:07:33 sogod [7847]: [ERROR] <0x0x7ffd910fa688[WOWatchDog]> No child available to handle incoming request!
Sep 17 21:07:35 sogod [7847]: [ERROR] <0x0x7ffd910fa688[WOWatchDog]> No child available to handle incoming request!
Sep 17 21:07:36 sogod [7847]: [ERROR] <0x0x7ffd910fa688[WOWatchDog]> No child available to handle incoming request!
Sep 17 21:07:38 sogod [7847]: [ERROR] <0x0x7ffd910fa688[WOWatchDog]> No child available to handle incoming request!
Sep 17 21:07:40 sogod [7847]: [ERROR] <0x0x7ffd910fa688[WOWatchDog]> No child available to handle incoming request!
Sep 17 21:07:41 sogod [7847]: [WARN] <0x0x7ffd90ffb7b8[WOWatchDogChild]> pid 8774 has been hanging in the same request for 1 minutes
Sep 17 21:07:42 sogod [7847]: [ERROR] <0x0x7ffd910fa688[WOWatchDog]> No child available to handle incoming request!
Sep 17 21:07:44 sogod [7847]: [ERROR] <0x0x7ffd910fa688[WOWatchDog]> No child available to handle incoming request!

edit: i have found https://wiki.zentyal.org/wiki/ActiveSync . I am using sogo-activesync . Should i try the other one? Is this anyway somehow related? Just because the Android thing in the log file

[papajulio]

Apparently it's a problem with a misconfiguration of SOGO,

https://lists.inverse.ca/sogo/arc/users/2013-11/msg00096.html

WOWorkersCount by default apparently it's 1, increase it to 10 and check again.

https://github.com/inverse-inc/sogo/blob/master/SoObjects/SOGo/SOGoDefaults.plist

Cheers!!

[mindesbunister]

alright. I did change it from 1 to 10 in /usr/lib/GNUstep/Frameworks/SOGo.framework/Versions/2/Resources/SOGoDefaults.plist

rebooted, but nothing changed.

It still tells me in the logs, that there is No child available to handle incoming request!

edit= it seems nothing has changed after editing the file. The workercount seems to be still 1 ?! see attached screenshot. Have i modified the wrong file?



Any other ideas?

[mindesbunister]

ok seems to be fixed. I did change the wrong file. It wants to be changed in /etc/default/sogo

my reference was http://www.sogo.nu/files/docs/SOGo%20Installation%20Guide.pdf page 14

have changed it to 10. So far so good

Hmm After reboot it went back to 1. Can someone tell what i have to do to keep this at 10 ?

[figarocorso]

Hi,

There is a header in /etc/default/sogo that says that "this file is managed by Zentyal" (or similar). This means that file is generated by a Zentyal template/stub.

If you want to change that file (good work finding it out, I was going to point you there) you should follow this documentation: https://wiki.zentyal.org/wiki/En/3.5/Development_and_advanced_configuration

(Quick sum up: copy the stub to custom stubs folder, modify it, enjoy ;-) )

Cheers,

[mindesbunister]

hmm ok. Thanks a lot for that.

I have copied the sogo.conf.mas and the sogo.mas into /etc/zentyal/stubs/openchange  (after creating the subfolders stubs and openchange). Then i changed the value in the sogo.mas for the prefork to 10. It now looks the following

<%args>
    $prefork => 10
</%args>
<%init>
</%init>
# Generated by Zentyal

# The amount of processes that should be spawned
PREFORK=<% $prefork %>

# The name of the account under which SOGo will be running (Default: sogo)
USER=sogo


But i think i have done something wrong, as it is getting ignored. The /etc/default/sogo still displays the Prefork=1 .

Any ideas on what i have done wrong?

[jbahillo]

Hello:

Instead of changing the default value of the variable,  directly hardcode where it is used, so:
<%args>
    $prefork => 10
</%args>
<%init>
</%init>
# Generated by Zentyal

# The amount of processes that should be spawned
PREFORK=10
# The name of the account under which SOGo will be running (Default: sogo)
USER=sogo

[mindesbunister]

perfect. Ok, now it is using the defined value.

Never the less, it is still showing the same behaviour . I have tried 1,4 and 10. It is still using all the RAM and SWAP available.

edit= even with 5, 8 and 20 it does not change anything

I can not realy see any changes in the behaviour by changing this value. Is there anything else i can go for?

System is unusable like this.

Any help is greatly appreciated.

kind regards,

[figarocorso]

At the "oneworker" screenshot, the process didn't seem to  be wasting all the server memory, so let me ask a few questions here:
* Is the sogo process stable just after a "sudo service sogo restart"?
* Does the "memory consuming problem" appear when you enter into some user account through the web UI?

If both answers are "yes", it is probably a problem of the given user account, just try to create a new one, and see what happens there.

Thank you for your information.

[mindesbunister]

Thanks for your answer.

Indeed, the answer is yes. Just as soon as someone is trying to access via webmail, phone or outlook, it "explodes". I have tried with 3 different accounts with the same result.

I will create a new domain account, try it again and report back.

thanks

[figarocorso]

BTW, sorry for not asking this before, it would be nice if you could also attach here the versions of the Zentyal packages:
dpkg -l *zentyal*

Thank you in advance.

[mindesbunister]

No prob. Here they are

[figarocorso]

It seem someone just came from a holiday break ¬¬ 

Now we know we are in a 3.5, also versions about *sogo* and *openchange* packages would be good to research. You can just provide them when testing the new user behaviour.