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

Welcome to the Zimbra - Forums!
Welcome, if you would like to post a comment please register. We also encourage you to explore all things Zimbra with our team and members of the community.

Reply
 
LinkBack Thread Tools Display Modes
  #1 (permalink)  
Old 04-04-2006, 09:32 AM
Senior Member
 
Posts: 50
Default 3.0.1 GA upgrade problem

I was doing an upgrade on a test machine of the New bug release 3.0.1. After the DB was changed i'm getting this error

Upgrade complete
Checking for port conflicts
Setting defaults from ldap...ERROR: service.FAILURE (system failure: getDirectContext) (cause: javax.naming.CommunicationException zimbratest.soltec.net:389)
ERROR: service.FAILURE (system failure: getDirectContext) (cause: javax.naming.CommunicationException zimbratest.soltec.net:389)
ERROR: service.FAILURE (system failure: getDirectContext) (cause: javax.naming.CommunicationException zimbratest.soltec.net:389)
ERROR: service.FAILURE (system failure: getDirectContext) (cause: javax.naming.CommunicationException zimbratest.soltec.net:389)
ERROR: service.FAILURE (system failure: getDirectContext) (cause: javax.naming.CommunicationException zimbratest.soltec.net:389)
Done
Checking ldap on localhost:389...FAILED ( ldap_bind: Can't contact LDAP server (-1) )


It then asks me to address the issues with ***** next to them which happen to be
******* +Web server HTTP port: UNSET
******* +Web server HTTPS port: UNSET
(why these are not set I dont know, they were set before)
Anyways i went a head and set these manually then was treated with this

Store configuration

1) Status: Enabled
2) Create Admin User: no
3) SMTP host: zimbratest.soltec.net
4) Web server HTTP port: 80
5) Web server HTTPS port: 443
6) Web server mode: mixed
7) IMAP server port: 143
8) IMAP server SSL port: 993
9) POP server port: 110
10) POP server SSL port: 995
11) Use spell check server: yes
12) Spell server URL: http://zimbratest.soltec.net:7780/aspell.php

Select, or 'r' for previous menu [r] r
Checking ldap on localhost:389...FAILED ( ldap_bind: Can't contact LDAP server (-1) )
Checking ldap on localhost:389...FAILED ( ldap_bind: Can't contact LDAP server (-1) )

Seems that it can't connect to the ldap server....which it shouldn't because the ldap server was stopped during the upgrade process. Anyways it keeps telling me to address the **** or correct ldap configuartion but there are no **** and i can't do anything about the ldap server not being run because it was shutdown. So right now i'm stuck in a neverending loop
Reply With Quote
  #2 (permalink)  
Old 04-04-2006, 09:45 AM
Zimbra Consultant & Moderator
 
Posts: 11,505
Default

Did you check that LDAP was actually stopped after this upgrade failed? Can you see if it's still there (and any other zimbra processes), if it is still active then kil the processes and do the upgrade again.

I'm slightly confused as to which version of Zimbra you're referring, the current GA build is 3.0.1 - are you upgrading to that release? If so which version are you upgrading from?

There's also this page in the wiki for troubleshooting LDAP problems.
__________________
Regards


Bill

Last edited by phoenix : 04-04-2006 at 09:48 AM.
Reply With Quote
  #3 (permalink)  
Old 04-04-2006, 10:15 AM
Senior Member
 
Posts: 50
Default

from GA 3.0 to GA 3.0.1
Reply With Quote
  #4 (permalink)  
Old 04-04-2006, 10:39 AM
Senior Member
 
Posts: 50
Default

The second restart of the installation did not work but it appears the 3rd attempt did. Must not be killing all the processes off correctly. Would it be better to have the upgrade stop the zimbra services or should a manual zmcontrol stop before upgradig work better.

Was not sure what if any initial services were needed by the upgrade script.
Reply With Quote
  #5 (permalink)  
Old 04-04-2006, 10:54 AM
Zimbra Consultant & Moderator
 
Posts: 11,505
Default

You shouldn't need to run zmcontrol to stop the services. The install script has improved since the early releases of zimbra and, AFAIK, it doesn't need any of the zimbra services to continue the upgrade.

I've not had problems running an upgrade so I'd suggest just running the upgrade and if it fails check if there's any services running.
__________________
Regards


Bill
Reply With Quote
  #6 (permalink)  
Old 04-04-2006, 11:42 AM
Senior Member
 
Posts: 50
Default

I've actually ran into it twice now. Initially (from the first post) it started working on the third appept. To test it out again i removed the installation and installed GA 3.0.0 to try the upgrade. The same issue happened again so kill the upgrade and started over from scratch. During the second time it upgraded properly so it appears that a few remaining processes are not dieing properly.
Reply With Quote
Reply


Thread Tools
Display Modes


Similar Threads

Why Join?

Registering let's you ask questions, makes it easier to search, displays any files attached to posts, and notifies you about replies.

Zimbrablog.com




 

Search Engine Optimization by vBSEO 3.1.0