Zimbra offers Open Source email server software and shared calendar for Linux and the Mac
 
Go Back   Zimbra - Forums > Zimbra Collaboration Suite > Administrators

Reply
 
LinkBack Thread Tools Display Modes
  #1 (permalink)  
Old 05-12-2008, 08:27 AM
Junior Member
 
Join Date: May 2008
Posts: 4
abuchbinder is on a distinguished road
Default [SOLVED] Trouble upgrading from 4.5.6 to 5.0.5: Unbound server sockets not implemente

We're migrating a 4.5.6 (4.5.6_GA_1044.UBUNTU6) installation, and I thought that while testing things out, I would try upgrading to 5.0.5 to see how it works. (We'd appreciate the better commercial-cert handling and mobile access.) The procedure used was as follows:

I installed 4.5.6 on the new server, rsync'd the /opt/zimbra directory from the original server, set zimbra_uid and zimbra_gid as follows:

Code:
mail1-new$ /opt/zimbra/bin/zmlocalconfig -e zimbra_uid=`grep ^zimbra /etc/passwd|cut -d: -f3`
mail1-new$ /opt/zimbra/bin/zmlocalconfig -e zimbra_gid=`grep ^zimbra /etc/group|cut -d: -f3`
(This fixed errors like "java.io.FileNotFoundException: /opt/zimbra/log/audit.log (Permission denied)" showing up in catalina.out, as the UID and GID of the zimbra user didn't match on the new system.) I deleted openldap-data/* and used slapcat on the old server and slapadd on the new server (as described here) to import the LDAP database from the old server properly. I checked to make sure I could get to my mail and that everything seemed to be running properly.

I downloaded 5.0.5_GA_2201_UBUNTU6 and ran the upgrade. Two things changed: first, I can't get zmprov to work (though zmprov -l works); this may be related to the second problem, which is more serious: zmmailboxdctl isn't running:

Code:
$ zmcontrol status
Host mail1.example.com
        antispam                Running
        antivirus               Running
        ldap                    Running
        logger                  Running
        mailbox                 Stopped
                zmmailboxdctl is not running
        mta                     Running
        snmp                    Running
        spell                   Running
        stats                   Running
I'm seeing this in log/zmmailboxd.out:

Code:
CompilerOracle: exclude com/zimbra/cs/session/SessionMap.putAndPrune
0    INFO  [main] log - Logging to org.slf4j.impl.Log4jLoggerAdapter(org.mortbay.log) via org.mortbay.log.Slf4jLog
Zimbra server reserving server socket port=110 bindaddr=null ssl=false
Zimbra server reserving server socket port=995 bindaddr=null ssl=true
Fatal error: exception while binding to ports
java.net.SocketException: Unbound server sockets not implemented
        at javax.net.ServerSocketFactory.createServerSocket(ServerSocketFactory.java:80)
        at com.zimbra.common.util.NetUtil.newBoundServerSocket(NetUtil.java:97)
        at com.zimbra.common.util.NetUtil.bindServerSocket(NetUtil.java:157)
        at com.zimbra.common.util.NetUtil.bindSslTcpServerSocket(NetUtil.java:56)
        at com.zimbra.common.handlers.PrivilegedHandler.openPorts(PrivilegedHandler.java:93)
        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.xml.XmlConfiguration.call(XmlConfiguration.java:534)
        at org.mortbay.xml.XmlConfiguration.configure(XmlConfiguration.java:244)
        at org.mortbay.xml.XmlConfiguration.configure(XmlConfiguration.java:206)
        at org.mortbay.xml.XmlConfiguration.main(XmlConfiguration.java:968)
        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:183)
        at org.mortbay.start.Main.start(Main.java:497)
        at org.mortbay.start.Main.main(Main.java:115)
I did an "ls -i tcp:995" as root but didn't see anything at all occupying the port.

I saw this same error in bug 20970, but the upgrade log seems to imply that it didn't have that particular problem:

Code:
$ grep "Updating from" log/zmsetup.01001900-0000139038500.log 
Mon May 12 10:37:36 2008 Updating from 4.5.6_GA
Mon May 12 10:37:38 2008 Updating from 4.5.7_GA
Mon May 12 10:38:24 2008 Updating from 4.5.8_GA
Mon May 12 10:38:24 2008 Updating from 4.5.9_GA
Mon May 12 10:38:25 2008 Updating from 4.6.1_RC1
Mon May 12 10:38:25 2008 Updating from 4.5.10_GA
Mon May 12 10:38:25 2008 Updating from 4.5.11_GA
Mon May 12 10:38:25 2008 Updating from 5.0.0_BETA1
Mon May 12 10:39:56 2008 Updating from 5.0.0_BETA2
Mon May 12 10:40:04 2008 Updating from 5.0.0_BETA3
Mon May 12 10:41:23 2008 Updating from 5.0.0_BETA4
Mon May 12 10:41:44 2008 Updating from 5.0.0_RC1
Mon May 12 10:41:44 2008 Updating from 5.0.0_RC2
Mon May 12 10:41:47 2008 Updating from 5.0.0_RC3
Mon May 12 10:41:53 2008 Updating from 5.0.0_GA
Mon May 12 10:47:44 2008 Updating from 5.0.1_GA
Mon May 12 10:48:02 2008 Updating from 5.0.2_GA
Mon May 12 10:48:24 2008 Updating from 5.0.3_GA
Mon May 12 10:49:03 2008 Updating from 5.0.4_GA
Mon May 12 10:49:03 2008 Updating from 5.0.5_GA
Any ideas? I'd like to migrate us to version 5, but this is kind of a showstopper for us.

Last edited by abuchbinder : 05-12-2008 at 08:38 AM. Reason: Mention checking to see if port 995 was occupied.
Reply With Quote
  #2 (permalink)  
Old 05-13-2008, 05:50 AM
Junior Member
 
Join Date: May 2008
Posts: 4
abuchbinder is on a distinguished road
Default Fixed--it was the SSL cert.

I'm not sure why this didn't provide a more straightforward error message, but importing an actual commercial SSL cert fixed the problem. (The upgrade process seemed to import the self-signed cert we'd been using--we'd had trouble importing a commercial key into 4.5.6--but it apparently failed at some point.)

The crucial diagnostic (suggested here) was:

Code:
$ keytool -list -keystore /opt/zimbra/jetty/etc/keystore -storepass `zmlocalconfig -m nokey -s mailboxd_keystore_password`
keytool error: java.io.IOException: Keystore was tampered with, or password was incorrect
I had to delete (rather, move out of the way) the existing /opt/zimbra/mailboxd/etc/keystore for zmcertmgr to work; I used zmcertmgr to install our commercial cert, and the mailbox service came up properly. (The above command executes without error now.)

I also changed the proxy ports listed in "zmprov -l gs `zmhostname`|grep Port" to not overlap with the regular ports, but since the proxy service is disabled, I don't think that fixed it, and I don't have time to go back and test both options. (I used "zmprov -l ms `zmhostname` zimbraImapProxyBindPort 7143 zimbraImapSSLProxyBindPort 7993 zimbraPop3ProxyBindPort 7110 zimbraPop3SSLProxyBindPort 7995".)

The system is now running successfully on version 5.0.5; I'm putting my solution here so that it might help someone else.
Reply With Quote
Reply


Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

vB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Trackbacks are On
Pingbacks are On
Refbacks are On


Similar Threads
Thread Thread Starter Forum Replies Last Post
initializing ldap...FAILED(256)ERROR manjunath Installation 37 05-19-2008 06:08 PM
need advice on configuring zimbra to work with fax server pheonix1t Administrators 0 07-11-2007 07:46 PM
Error 256 on Installation RuinExplorer Installation 5 10-19-2006 09:19 AM
Getting problems in FC4 while instalation kitty_bhoo Installation 13 09-12-2006 10:34 PM
Zimbra fails after working for 2 weeks Linsys Administrators 9 10-20-2005 01:26 PM


freshmeat.net sourceforge.net The best Java IDE



 

Search Engine Optimization by vBSEO 3.1.0