The mailbox and mta dies in FC4 GA version

[marcmac]

Originally Posted by drewage

Yes, I encountered that bug after upgrading and changed it to http

zmprov gs | grep zimbraMtaAuth
zmprov gs | grep zimbraMailMode
zmprov gs | grep zimbraMailPort
zmprov gs | grep zimbraMailSSLPort

Does that pipe to a file or something ? It provides no screen output when I run those commands..

Sorry, the html parser broke my post. That should read
zmprov gs servername | grep .... in all cases

[drewage]

zmprov gs myhost.com | grep zimbraMtaAuth
zimbraMtaAuthEnabled: TRUE
zimbraMtaAuthHost: myhost.com
zimbraMtaAuthURL: https://myhost.com:443/service/soap/

zmprov gs myhost.com | grep zimbraMailMode
zimbraMailMode: http

zmprov gs myhost.com | grep zimbraMailPort
zimbraMailPort: 80

zmprov gs myhost.com | grep zimbraMailSSLPort
zimbraMailSSLPort: 443

I did zmcontrol stop/start earlier to see if it would crank back up...would these commands give useful output when the mailbox and mta have failed ? If so I will run them if/when it happens again.

[marcmac]

Originally Posted by drewage

zmprov gs myhost.com | grep zimbraMtaAuth
zimbraMtaAuthEnabled: TRUE
zimbraMtaAuthHost: myhost.com
zimbraMtaAuthURL: https://myhost.com:443/service/soap/

zmprov gs myhost.com | grep zimbraMailMode
zimbraMailMode: http

zmprov gs myhost.com | grep zimbraMailPort
zimbraMailPort: 80

zmprov gs myhost.com | grep zimbraMailSSLPort
zimbraMailSSLPort: 443

I did zmcontrol stop/start earlier to see if it would crank back up...would these commands give useful output when the mailbox and mta have failed ? If so I will run them if/when it happens again.

You've hit the bug - notice that your auth URL is https://..., but your mail mode is http - the workaround is to either reset your mtaAuthHost (to the value it's currently set to) or to change your mail mode (depending on whether the mail mode is correct for your purposes).

either:
zmprov ms myhost.com zimbraMtaAuthHost myhost.com
OR
zmtlsctl https (or mixed)

[drewage]

and this bug causes the mailbox and mta service to fail without warning ?

[marcmac]

Originally Posted by drewage

and this bug causes the mailbox and mta service to fail without warning ?

It shouldn't kill the mailbox, but it might kill saslauthd. The reason I'm pursuing this is to limit the number of variables - whether or not it's not the cause of the mailbox failure, we should eliminate it as a suspect.

[vogon1]

I have this problem off and on as well, it started in M4_62 (still running here in vmware).
Sometimes it is running for days, then mta and mailbox stop a few times a day.

I thought it was just me.

There are tomcat stack traces when it happens, I have attached two of them.

Sietse

[KevinH]

Originally Posted by vogon1

I have this problem off and on as well, it started in M4_62 (still running here in vmware).
Sometimes it is running for days, then mta and mailbox stop a few times a day.

I thought it was just me.

There are tomcat stack traces when it happens, I have attached two of them.

Sietse

Not too much going on in these stack traces. One shows a single LMTP transaction but that's it. Is this *after* you've restarted from a crash or when the server is still running?

[vogon1]

The dumps are created by the system at or just after or just before mailbox/mta go down. zmmtactl start and zmmailboxctl start get them running again.

Sietse

[drewage]

Ok, I just checked and after a day of no use it appears zimbra is down...

zmcontrol status
Host myhost.com
        antivirus               Running
        ldap                    Running
        logger                  Running
        mailbox                 Stopped
        mta                     Stopped
        snmp                    Running
        spell                   Running

Let me know what you want me to check..

[marcmac]

su - zimbra
sh -x bin/zmmtactl status
sh -x bin/zmmailboxctl status
ps auxww | grep tomcat

If tomcat is running, kill -QUIT
send contents of /opt/zimbra/tomcat/logs/stacktrace.xxxx (most recent file)

What kind of server? OS, hardware, ram, etc. Virtual server or standard install. Zimbra version? Last 100 lines from /opt/zimbra/log/zimbra.log, /var/log/zimbra.log, /var/log/messages.