[SOLVED] Unable to restore - no real error signs?

[imx]

Hi All,

Im running Zimbra Opensource on KiddieOS (Ubuntu 8.04 LTS, im trying to restore from backup - all seems to go ok however i cannot log in to the web gui it just hangs.

The previous server was:

- The same OS
- Same Architecture
- Same Zimbra version
- However it had a different IP, but i dont believe this should be a problem due to Zimbra only referencing host names.

Ive followed the wiki article to restore a server, all services appear to start normally. Ive run the fix permissions script as well....

zimbra@mambo:~$ zmcontrol status
Host mambo.xxxxxxx.com
antispam Running
antivirus Running
ldap Running
logger Running
mailbox Running
memcached Running
mta Running
snmp Running
spell Running
stats Running

I cant really see any particular errors in the log file, the server seems to be listening on the required ports etc, 25, 443, 7071. However when i try to sign into web mail the browser just hangs, nothing is returned....

Any ideas where else i can look?!

Thanks,

iMx

[imx]

root@mambo:/opt/zimbra/log# tail httpd_error.log
[Fri Jan 29 19:13:53 2010] [notice] caught SIGTERM, shutting down
[Wed Feb 03 11:12:56 2010] [notice] Apache/2.2.14 (Unix) PHP/5.2.11 configured -- resuming normal operations
[Wed Feb 03 11:16:53 2010] [notice] caught SIGTERM, shutting down
[Wed Feb 03 11:19:29 2010] [notice] Apache/2.2.14 (Unix) PHP/5.2.11 configured -- resuming normal operations
[Wed Feb 03 11:21:38 2010] [notice] caught SIGTERM, shutting down
[Wed Feb 03 11:25:11 2010] [notice] Apache/2.2.14 (Unix) PHP/5.2.11 configured -- resuming normal operations
[Wed Feb 03 11:30:09 2010] [notice] caught SIGTERM, shutting down
[Wed Feb 03 11:32:03 2010] [notice] Apache/2.2.14 (Unix) PHP/5.2.11 configured -- resuming normal operations
[Wed Feb 03 11:41:39 2010] [notice] caught SIGTERM, shutting down
[Wed Feb 03 11:43:36 2010] [notice] Apache/2.2.14 (Unix) PHP/5.2.11 configured -- resuming normal operations

Error log shows me restarting.... access log i dont even see any attempts? Possible problem with Jetty?

root@mambo:/opt/zimbra/log# tail httpd_access.log
root@mambo:/opt/zimbra/log#

root@mambo:/opt/zimbra/log# cat httpd.pid
20538
root@mambo:/opt/zimbra/log# ps 20538
PID TTY STAT TIME COMMAND
20538 ? Ss 0:00 /opt/zimbra/httpd-2.2.14/bin/httpd -k start -f /opt/z

[imx]

Only errors i see are about keystores? Could this be it?

Total time for which application threads were stopped: 0.0026800 seconds
Total time for which application threads were stopped: 0.0315340 seconds
Zimbra server reserving server socket port=143 bindaddr=null ssl=false
Zimbra server reserving server socket port=7025 bindaddr=null ssl=false
606  INFO  [main] log - Setting umask=027
607  INFO  [main] log - Current rlimit_nofiles (soft=524288, hard=524288)
607  INFO  [main] log - Set rlimit_nofiles (soft=65536, hard=65536)
607  INFO  [main] log - Setting GID=1001
618  INFO  [main] log - Setting UID=1001
618  INFO  [main] log - jetty-6.1.22.z6
781  INFO  [main] log - No Transaction manager found - if your webapp requires one, please configure one.
### Excluding compile: org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher::dispatch
Total time for which application threads were stopped: 0.0002710 seconds
Total time for which application threads were stopped: 0.0002750 seconds
Zimbra server process is running as uid=1001 euid=1001 gid=1001 egid=1001
17225 WARN  [main] security - failed to read keystore file
java.io.IOException: Keystore was tampered with, or password was incorrect
	at sun.security.provider.JavaKeyStore.engineLoad(JavaKeyStore.java:771)
	at sun.security.provider.JavaKeyStore$JKS.engineLoad(JavaKeyStore.java:38)
	at java.security.KeyStore.load(KeyStore.java:1185)
	at com.zimbra.common.util.CustomTrustManager.loadKeyStore(CustomTrustManager.java:190)
	at com.zimbra.common.util.CustomTrustManager.<init>(CustomTrustManager.java:57)
	at com.zimbra.common.util.CustomTrustManager.getInstance(CustomTrustManager.java:266)
	at com.zimbra.common.util.CustomSSLSocketFactory.<init>(CustomSSLSocketFactory.java:40)
	at com.zimbra.common.util.SSLSocketFactoryManager.init(SSLSocketFactoryManager.java:61)
	at com.zimbra.cs.servlet.FirstServlet.init(FirstServlet.java:67)
	at javax.servlet.GenericServlet.init(GenericServlet.java:241)
	at org.mortbay.jetty.servlet.ServletHolder.initServlet(ServletHolder.java:440)
	at org.mortbay.jetty.servlet.ServletHolder.doStart(ServletHolder.java:263)
	at org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:50)
	at org.mortbay.jetty.servlet.ServletHandler.initialize(ServletHandler.java:685)
	at org.mortbay.jetty.servlet.Context.startContext(Context.java:140)
	at org.mortbay.jetty.webapp.WebAppContext.startContext(WebAppContext.java:1250)
	at org.mortbay.jetty.handler.ContextHandler.doStart(ContextHandler.java:517)
	at org.mortbay.jetty.webapp.WebAppContext.doStart(WebAppContext.java:467)
	at org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:50)
	at org.mortbay.jetty.handler.HandlerCollection.doStart(HandlerCollection.java:152)
	at org.mortbay.jetty.handler.ContextHandlerCollection.doStart(ContextHandlerCollection.java:156)
	at org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:50)
	at org.mortbay.jetty.handler.HandlerCollection.doStart(HandlerCollection.java:152)
	at org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:50)
	at org.mortbay.jetty.handler.HandlerWrapper.doStart(HandlerWrapper.java:130)
	at org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:50)
	at org.mortbay.jetty.handler.HandlerWrapper.doStart(HandlerWrapper.java:130)
	at org.mortbay.jetty.handler.DebugHandler.doStart(DebugHandler.java:127)
	at org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:50)
	at org.mortbay.jetty.handler.HandlerWrapper.doStart(HandlerWrapper.java:130)
	at org.mortbay.jetty.Server.doStart(Server.java:224)
	at org.mortbay.setuid.SetUIDServer.doStart(SetUIDServer.java:158)
	at org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:50)
	at org.mortbay.xml.XmlConfiguration.main(XmlConfiguration.java:985)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:597)
	at org.mortbay.start.Main.invokeMain(Main.java:194)
	at org.mortbay.start.Main.start(Main.java:534)
	at org.mortbay.start.Main.start(Main.java:441)
	at org.mortbay.start.Main.main(Main.java:119)
Caused by: java.security.UnrecoverableKeyException: Password verification failed
	at sun.security.provider.JavaKeyStore.engineLoad(JavaKeyStore.java:769)
	... 41 more
17225 WARN  [main] security - backup keystore not found

[imx]

Ok keystore was the issue, moved the file from the mailboxd (/opt/zimbra/mailboxd/etc/keystore) and then used the below:

Administration Console and CLI Certificate Tools - Zimbra :: Wiki