Any way to truly confirm the Zimbra version running?

[rajahd]

A few days ago I tried to upgrade from FOSS 5.0.14 to FOSS 6.0.4 on my Ubuntu 6.10 server. Before I get replies to the obvious, yes I know this is not an officially supported version of Ubuntu. However, I've been running the 6.06LTS builds since the last few 4.x versions and all of the 5.x versions without problems.

Anyway, after the 6.0.4 upgrade (which appeared to go smoothly), the e-mail system was unreachable. Lacking time to truly investigate and resolve the issue, I simply restored a backup (which I've done with a few failed installs in the past) and everything was back to normal... or maybe it wasn't.

Today I intended to upgrade to 5.0.21 just to get the latest updates/fixes and the install reports I am running 6.0.4. zmcontrol -v reports:
Release 6.0.4_GA_2038.UBUNTU6 UBUNTU6 FOSS edition

I don't see how this is possible since I literally deleted everything in the /opt/zimbra directory ("rm -r -f *" from within /opt/zimbra) then restored the files from a tar made prior to the upgrade. Also, I notice no differences in the e-mail GUI or functions though I've never seen the 6.x GUI.

How can I determine what's going on? Any help will be appreciated.

[Klug]

The packages installed (the .deb files, OS side) are 6.0.4 ones...

[rajahd]

Are you saying there are Zimbra components installed outside the /opt/zimbra directory tree? I've had failed installs before (including previous attempts to upgrade to 6.0.0 and 6.0.2) where I followed the same delete/restore process and everything was fine - including the ability to attempt an upgrade again.

Now, it's telling me I can't downgrade 6.0.4 to 5.0.21 even though I believe I'm really running 5.0.14. So my questions are thus:

1) Is there something definitive I can look at in the /opt/zimbra directories that would tell me what version I'm on? If so, can you give me an example? I've purused the forums and the wiki docs without coming up with how I would accomplish this.

2) Is the current running Zimbra version set anywhere outside the /opt/zimbra directories? (I.e., is it possible it's grabbing this from somewhere that wouldn't have been changed back when I did the delete/restore of /opt/zimbra)

Thank you for your assistance.

[rajahd]

I'm far from a Linux expert and understanding/following the syntax in the install files takes me huge amounts of time. However, I have managed to track down that the install process is using the following line to determine the version of each package:

dpkg -s {zimbra-package}

Taking a look at the packages, the following line:

dpkg -s zimbra-ldap

produces the output:

Package: zimbra-ldap
Status: install ok installed
Priority: optional
Section: Mail
Maintainer: build@zimbra.com
Architecture: i386
Version: 6.0.4_GA_2038.UBUNTU6
Depends: zimbra-core
Description: Best email money can buy

Does this process actually reflect whats in the /opt/zimbra directories or simply the last version to go through the dpkg install process?

[Klug]

Originally Posted by rajahd

Does this process actually reflect whats in the /opt/zimbra directories or simply the last version to go through the dpkg install process?

The dpkg install process.

The command you used asks the OS databases what are the packages installed. You'll get the same answer even if you fully delete /opt/zimbra.

[rajahd]

Ok so I think that's my root problem. The failed 6.0.4 install left the OS databases showing 6.0.4 packages were installed and they aren't. I guess I'll try telling the Zimbra install to ignore the current installed version and install anyway. My fear is that it won't correctly identify the current version for where to start the upgrade process from - guess I'll find out.

Thanks for the info.