Hi there
I just rolled back from a failed attempt to upgrade a Zimbra FOSS from 7.2.2 to 8.0.2, 64 bit RHEL6. My production server was left untouched so it was easy to switch back.
The complete process was this:
1. Cold rsync from production server to new server (7.2.2)
2. install.sh (upgrade 7.2.2 to 7.2.2 just to clear things up)
3. Services started. System is sending and receiving email normally. We´re still in version 7.2.2
4. Services stopped
5. install.sh to upgrade to 8.0.2
No erros on screen, only failed to create spam, ham and quarantine accounts and also failed to set MTA auth host.
Installation finished, no apparent error. Services started ok.
Web interface access was ok, but i couldn´t logon. Warning flag raised
I thought it could be related to communication loss with our AD. I tried to change the local admin password with zmprov but received an authentication error for user [zimbra].
At this point, i didn´t want to have more downtime than my window allowed, so i switched back to my old production server running 7.2.2.
These are the errors i´ve found in zmsetup.log
Error 1)
Thu Jan 3 09:54:04 2013 Loading database...
Thu Jan 3 09:54:04 2013 *** Running as zimbra user: /opt/zimbra/libexec/zmslapadd /opt/zimbra/data/ldap/ldap.80
50e5715d ldif_read_file: checksum error on "/opt/zimbra/data/ldap/config/cn=config/olcDatabase={2}mdb.ldif"
Error 2)
Exception in thread "main" com.zimbra.common.service.ServiceException: system failure: no mailbox server for assigning home server for distribution lists
ExceptionId:main:1357215568771:089f6909ad605e5c
Code:service.FAILURE
at com.zimbra.common.service.ServiceException.FAILURE(ServiceException.java:258)
at com.zimbra.cs.account.ldap.upgrade.BUG_68831$Bug68831Visitor.(BUG_68831.java:116)
at com.zimbra.cs.account.ldap.upgrade.BUG_68831.upgrade(BUG_68831.java:81)
at com.zimbra.cs.account.ldap.upgrade.BUG_68831.upgradeDLs(BUG_68831.java:75)
at com.zimbra.cs.account.ldap.upgrade.BUG_68831.doUpgrade(BUG_68831.java:45)
at com.zimbra.cs.account.ldap.upgrade.LdapUpgrade.upgrade(LdapUpgrade.java:163)
at com.zimbra.cs.account.ldap.upgrade.LdapUpgrade.main(LdapUpgrade.java:178)
Error 3) Here it appears something already went very bad as zimbra cannot find a domain that previously existed. I must add that during another config steps it correctly set the server hostname.
Thu Jan 3 10:23:08 2013 ERROR: account.NO_SUCH_DOMAIN (no such domain: xxxx.com.br)
Error 4)
Thu Jan 3 10:24:49 2013 Adding server.xxxx.com.br to zimbraMailHostPool in default COS...
Thu Jan 3 10:24:49 2013 Returning cached server config attribute for server.xxxx.com.br: zimbraId=0fc92db7-451f-4c72-b6b7-a529395a2d2b
Thu Jan 3 10:24:49 2013 Returning cached cos config attribute for default: zimbraMailHostPool=0fc92db7-451f-4c72-b6b7-a529395a2d2b
Thu Jan 3 10:24:49 2013 Updating cached config attribute for COS default: zimbraMailHostPool=0fc92db7-451f-4c72-b6b7-a529395a2d2b
Thu Jan 3 10:24:49 2013 *** Running as zimbra user: /opt/zimbra/bin/zmprov -r -m -l mc default zimbraMailHostPool '0fc92db7-451f-4c72-b6b7-a529395a2d2b'
ERROR: service.INVALID_REQUEST (invalid request: specified zimbraMailHostPool does not correspond to a valid server: 0fc92db7-451f-4c72-b6b7-a529395a2d2b)
Thu Jan 3 10:24:52 2013 failed.
Error 5)
Thu Jan 3 10:25:18 2013 *** Running as zimbra user: /opt/zimbra/bin/zmprov -r -m -l ms server.xxxx.com.br zimbraMtaAuthHost 'server.xxxx.com.br'
ERROR: service.INVALID_REQUEST (invalid request: specified zimbraMtaAuthHost does not correspond to a valid service hostname: server.xxxx.com.br)
Thu Jan 3 10:25:22 2013 failed.
Error 6)
Thu Jan 3 10:25:44 2013 Creating user spam@xxxx.com.br...
Thu Jan 3 10:25:47 2013 ERROR: account.NO_SUCH_ACCOUNT (no such account: spam@xxxx.com.br)
Thu Jan 3 10:25:48 2013 *** Running as zimbra user: /opt/zimbra/bin/zmprov
ERROR: account.NO_SUCH_DOMAIN (no such domain: xxxx.com.br)
Thu Jan 3 10:25:52 2013 failed.
Thu Jan 3 10:25:52 2013 Creating user ham@xxxx.com.br...
Thu Jan 3 10:25:55 2013 ERROR: account.NO_SUCH_ACCOUNT (no such account: ham@xxxx.com.br)
Thu Jan 3 10:25:56 2013 *** Running as zimbra user: /opt/zimbra/bin/zmprov
ERROR: account.NO_SUCH_DOMAIN (no such domain: xxxx.com.br)
Thu Jan 3 10:25:59 2013 failed.
Thu Jan 3 10:25:59 2013 Creating user virus-quarantine.gk7kzkx6@xxxx.com.br...
Thu Jan 3 10:26:03 2013 ERROR: account.NO_SUCH_ACCOUNT (no such account: virus-quarantine.gk7kzkx6@xxxx.com.br)
Thu Jan 3 10:26:03 2013 *** Running as zimbra user: /opt/zimbra/bin/zmprov
ERROR: account.NO_SUCH_DOMAIN (no such domain: xxxx.com.br)
Thu Jan 3 10:26:06 2013 failed.
Error 7) After install script started Zimbra services
Thu Jan 3 10:27:49 2013 *** Running as zimbra user: /opt/zimbra/bin/zmzimletctl -l undeploy com_zimbra_linkedin
com.zimbra.common.soap.SoapFaultException: authentication failed for [zimbra]
ExceptionId:qtp18075390-82:https://127.0.0.1:7071/service/admin/so ... 4d5aff913d
Code:account.AUTH_FAILED
at com.zimbra.common.soap.Soap12Protocol.soapFault(Soap12Protocol.java:88)
at com.zimbra.common.soap.SoapTransport.extractBodyElement(SoapTransport.java:333)
at com.zimbra.common.soap.SoapTransport.parseSoapResponse(SoapTransport.java:308)
at com.zimbra.common.soap.SoapHttpTransport.invoke(SoapHttpTransport.java:255)
at com.zimbra.common.soap.SoapHttpTransport.invoke(SoapHttpTransport.java:167)
at com.zimbra.common.soap.SoapTransport.invoke(SoapTransport.java:386)
at com.zimbra.common.soap.SoapTransport.invokeWithoutSession(SoapTransport.java:372)
at com.zimbra.cs.account.soap.SoapProvisioning.invokeRequest(SoapProvisioning.java:442)
at com.zimbra.cs.account.soap.SoapProvisioning.invoke(SoapProvisioning.java:450)
at com.zimbra.cs.account.soap.SoapProvisioning.soapAdminAuthenticate(SoapProvisioning.java:394)
at com.zimbra.cs.zimlet.ZimletUtil$ZimletSoapUtil.initZimletSoapUtil(ZimletUtil.java:1387)
at com.zimbra.cs.zimlet.ZimletUtil$ZimletSoapUtil.(ZimletUtil.java:1361)
at com.zimbra.cs.zimlet.ZimletUtil.dispatch(ZimletUtil.java:1815)
at com.zimbra.cs.zimlet.ZimletUtil.main(ZimletUtil.java:1907)
I dumped the ldap database to an ldif using zmslapcat and all the users are listed.
But, when trying "zmprov -l ga user@xxxx.com.br" i get "ERROR: account.NO_SUCH_ACCOUNT (no such account: user@xxxx.com.br)"
What happened to the once easy and trouble-free Zimbra upgrade process? I´d like to add that this 7.2.2 was upgraded last week from 6.0.6 without a single issue.
Now i´m seeing many people posting problems with Zimbra 8. I´m certainly postponing this upgrade. While i have had success with fresh install of zimbra 8, upgrading is causing too many problems at the moment.
Upgrade from 7.2.2 to 8.0.2 failed
Upgrade from 7.2.2 to 8.0.2 failed
"error 1" is not an error. It is a warning. Your slapadd succeeded w/o issue.
--
Quanah Gibson-Mount
Product Architect, Symas http://www.symas.com/
OpenLDAP Core team http://www.openldap.org/project/
Quanah Gibson-Mount
Product Architect, Symas http://www.symas.com/
OpenLDAP Core team http://www.openldap.org/project/
Upgrade from 7.2.2 to 8.0.2 failed
[quote user="quanah"]"error 1" is not an error. It is a warning. Your slapadd succeeded w/o issue.[/QUOTE]
Good to know. Thanks.
And what about the others in the list?
First symptom after installation was that i couldn´t logon neither to ZWC nor to Admin Console. Trying to use zmprov produces the errors seen on my first post. Again, if you read the steps i took you can see that i had a fully functional 7.2.2 prior to upgrade to 8.0.2 (besides my fallback machine, the untouched one)...
EDIT: well, error 1 says "checksum error"...not an error? really?
Good to know. Thanks.
And what about the others in the list?
First symptom after installation was that i couldn´t logon neither to ZWC nor to Admin Console. Trying to use zmprov produces the errors seen on my first post. Again, if you read the steps i took you can see that i had a fully functional 7.2.2 prior to upgrade to 8.0.2 (besides my fallback machine, the untouched one)...
EDIT: well, error 1 says "checksum error"...not an error? really?
Upgrade from 7.2.2 to 8.0.2 failed
Really, it is not an error. The text is misleading. If slapadd had actually failed, that would have been logged.
The rest of the issues, I can't comment on, other than to say something clearly is wrong with the upgrade. I'd have to look at the actual server to know more.
The rest of the issues, I can't comment on, other than to say something clearly is wrong with the upgrade. I'd have to look at the actual server to know more.
--
Quanah Gibson-Mount
Product Architect, Symas http://www.symas.com/
OpenLDAP Core team http://www.openldap.org/project/
Quanah Gibson-Mount
Product Architect, Symas http://www.symas.com/
OpenLDAP Core team http://www.openldap.org/project/