Server Crashing

[tonyawbrey]

I get the following error when trying to undeploy the zimlets:

Error: Cannot delete Zimlet: com_zimbra_phone: cannot load zimlet com_zimbra_phone.

[tonyawbrey]

Also, server sometimes stays up for less than a minute and sometimes for an hour or longer. To get it running when it is stopped I have been using these steps:

zmmailboxctl stop
zmmailboxctl start

[marcmac]

How much memory do you have on this box?

[tonyawbrey]

512 megabytes.

[marcmac]

that could be the problem, especially if you've got alot of users.

Try lowering the number of lmtp threads (zmprov ms <server> zimbraLmtpNumThreads 10) to conserve resources. Also, turning off unneeded services may help.

[tonyawbrey]

I am setting the threads to 10, what is the default value for that as I will want to bump it back up when I get a larger server.

Thanks

[tonyawbrey]

I changed the threads down to 10 didn't seem to have any effect it still crashes after a random amount of time. Was watching memory utilization on server when it crashed and it was only using about 60% of physical according to system monitor.

[anand]

What is your java heap getting set to? To find out, what is the output of

ps -ef | grep tomcat

when tomcat is running?

-Xmx value might be too low for the amount of concurrent load on your system.

You can do this:

$ tomcat stop
$ zmlocalconfig -e tomcat_java_heap_memory_percent=40
$ tomcat start

or some other higher value. But make sure your settings are not causing swapping. Would be interesting if you can isolate the message when this occurs. Or if this occurs after a certain (small) time after restart, it would be good to see all the operations that occurred that triggered this.

[tonyawbrey]

Looks like it is set to -Xms=150m -Xmx=150m.

[anand]

if you are running of out java heap space - there are two possibilities. The total heap size is not enough to process the given work load (system needs more RAM), or we are leaking memory somewhere with your work load.

Is it possible for you to run with more RAM in the system, to eliminate that possiblity first.