Zimbra

Dirk · #1 (**permalink**) 10-05-2007, 06:30 PM

Well, great news and bad news.
A formal release supporting Debian Etch is available, which is excellent, the bad news is instaling it pretty much killed my install!

The install looked good, the services all reported as started, but you cannot log into the mail client or the admin client.

It all seems due to a soap issue, with the log file reporting many soap based errors towards the end, one of which is:

Code:

*** Running as zimbra user: /opt/zimbra/bin/zmprov mc default zimbraFeatureNotebookEnabled FALSE
ERROR: zclient.IO_ERROR (invoke cannot determine soap protocol in reply: <html><head><meta content="text/html; charset=ISO-8859-1" http-equiv="Content-Type"/><title>Error 503 SERVICE_UNAVAILABLE</title></head><body><h2>HTTP ERROR: 503</h2><pre>SERVICE_UNAVAILABLE</pre><p>RequestURI=/service/admin/soap/</p><p><i><small><a href="http://jetty.mortbay.org">Powered by jetty://</a></small></i></p></body></html>, server: localhost) (cause: com.zimbra.common.soap.SoapParseException cannot determine soap protocol in reply: <html><head><meta content="text/html; charset=ISO-8859-1" http-equiv="Content-Type"/><title>Error 503 SERVICE_UNAVAILABLE</title></head><body><h2>HTTP ERROR: 503</h2><pre>SERVICE_UNAVAILABLE</pre><p>RequestURI=/service/admin/soap/</p><p><i><small><a href="http://jetty.mortbay.org">Powered by jetty://</a></small></i></p></body></html>)
failed to initialize documents...see logfile for details.

Has anyone else noticed this, and have you found a fix?
For now, I've restored a backup

jholder · #2 (**permalink**) 10-05-2007, 06:37 PM

Hi Dirk-
Can you post your install logs as well as any server logs?

john

Dirk · #3 (**permalink**) 10-05-2007, 06:49 PM

Sure, but the attachment button for the forum seems not to work, page not found error. I fear a 31k file is a little much to plaintext into the post.

jholder · #4 (**permalink**) 10-05-2007, 06:50 PM

oh geez

That's right. I forgot to figure out how to fix that. Go ahead and copy and past it. Make sure you use the code brackets.

jh

Dirk · #5 (**permalink**) 10-05-2007, 06:57 PM

20k limit to a forum post, I've uploaded the file here

jholder · #6 (**permalink**) 10-05-2007, 07:00 PM

Hmmmn,
So Zimbra's not starting? Can you try to run it (when you get a chance) and grab mailbox.log and zmmailbox.out?

Thanks
jh

Dirk · #7 (**permalink**) 10-05-2007, 07:06 PM

Files are even larger! Pulled out of rc1 copy and sent to you by email

jholder · #8 (**permalink**) 10-05-2007, 07:11 PM

Got them.
Basically it looks like java is crashing and dumping to zmmailbox.out (which is a good thing).

Code:

Exception in thread "Shutdown" java.lang.StackOverflowError

	at java.lang.ThreadLocal.get(ThreadLocal.java:125)

	at java.lang.StringCoding.deref(StringCoding.java:46)

	at java.lang.StringCoding.encode(StringCoding.java:258)

	at java.lang.String.getBytes(String.java:947)

	at java.io.UnixFileSystem.getBooleanAttributes0(Native Method)

	at java.io.UnixFileSystem.getBooleanAttributes(UnixFileSystem.java:228)

	at java.io.File.isDirectory(File.java:754)

	at org.mortbay.jetty.webapp.WebAppContext.getTempDirectory(WebAppContext.java:624)

	at org.mortbay.jetty.webapp.WebAppContext.isTempWorkDirectory(WebAppContext.java:755)

	at org.mortbay.jetty.webapp.WebAppContext.getTempDirectory(WebAppContext.java:717)

	at org.mortbay.jetty.webapp.WebAppContext.isTempWorkDirectory(WebAppContext.java:755)

	at org.mortbay.jetty.webapp.WebAppContext.getTempDirectory(WebAppContext.java:717)

I'll have to look through this and bounce it to the developers to see what happened. You can post stats on your system:

OS?
Any updates to your OS?
Memory? (free -m)
Disk type (SATA/IDE/RAID) and size

Thanks
john

Dirk · #9 (**permalink**) 10-05-2007, 07:24 PM

Yeah.... the server sucks, it's high on my list of 'must replace' but currently its running in a VM on a Proliant server with two Xeon 900MHz chips and a whopping 1gb ram, of which around 650mb is available to the zimbra install. Yes, I know this is below spec but it worked ok on beta 3 (admittedly with the AV turned off for good measure).

I'll be replacing it with something sane really soon.

free -m shows:

Code:

             total       used       free     shared    buffers     cached
Mem:           627        585         42          0         15        358
-/+ buffers/cache:        210        416
Swap:          690          0        690

The os is debian etch updated as much as possible via aptitude upgrade, the native drives are raid 5 ultra scsi3's but as it's in a VM I doubt that's seen by the os.

Disk space is as follows

Code:

root@zimbra~ # df -h
Filesystem            Size  Used Avail Use% Mounted on
/dev/sda1              15G  7.1G  6.4G  53% /
tmpfs                 314M     0  314M   0% /lib/init/rw
udev                   10M   52K   10M   1% /dev
tmpfs                 314M     0  314M   0% /dev/shm

Thanks for your help, it may well be a result of the server being under spec, and if that's the case then I'll increase the priority of replacing it, but perhaps a better error could be reported saying something like "Are you crazy, you cant run Zimbra on this!"

jholder · #10 (**permalink**) 10-05-2007, 07:32 PM

"Are you crazy, you cant run Zimbra on this!"

ahem, Actually, I mean:
"Are you crazy, you can't run Zimbra on this!"

700MB ram is not enough for an OS and a java VM. Sorry.

Especially with 5.0.

You might be able to get by with only installing mailbox, ldap, and mta.

Zimbra

Downloads

Product Information

Toolbox

Why Join?