Zimbra-store installation failure on Ubuntu 8.04

[carpediem]

Hi, I have been trying to install zimbra open source (5.0.14_GA) on a fresh installation of Ubuntu 8.04 LTS server and after reading the wiki at Ubuntu 8.04 LTS Server (Hardy Heron) Install Guide - Zimbra :: Wiki , I managed to come this far. Unfortunately I cannot decipher where exactly the error is in the log file so I have attached both the error and the log file output herewith. Please help me overcome this hurdle. Thanks in advance!

Error:

zimbra-store......zimbra-store_5.0.14_GA_2850.UBUNTU8_i386.deb...FAILED
###ERROR###

Log file output:

(Reading database ... 15650 files and directories currently installed.)
Unpacking zimbra-core (from .../zimbra-core_5.0.14_GA_2850.UBUNTU8_i386.deb) ...
Setting up zimbra-core (5.0.14_GA_2850.UBUNTU8) ...
Loading classes to share ... done. 
Rewriting and unlinking classes ... done. 
Calculating hash values for String objects .. done. 
Calculating fingerprints ... done. 
Removing unshareable information ... done. 
Moving most read-only objects to shared space at 0x909e0000 ... done. 
Moving common symbols to shared space at 0x90d5d3b0 ... done. 
Moving remaining symbols to shared space at 0x90e8a9c8 ... done. 
Moving string char arrays to shared space at 0x90e8b458 ... done. 
Moving additional symbols to shared space at 0x90f0e560 ... done. 
Read-only space ends at 0x90f63660, 5781088 bytes.
Moving read-write objects to shared space at 0x911e0000 ... done. 
Moving String objects to shared space at 0x91771968 ... done. 
Read-write space ends at 0x917b2408, 6104072 bytes.
Updating references to shared objects ... done. 


Processing triggers for libc6 ...
ldconfig deferred processing now taking place
Selecting previously deselected package zimbra-ldap.
(Reading database ... 22356 files and directories currently installed.)
Unpacking zimbra-ldap (from .../zimbra-ldap_5.0.14_GA_2850.UBUNTU8_i386.deb) ...
Setting up zimbra-ldap (5.0.14_GA_2850.UBUNTU8) ...
mv: cannot stat `/opt/zimbra/openldap-data/log.*': No such file or directory

Processing triggers for libc6 ...
ldconfig deferred processing now taking place
Selecting previously deselected package zimbra-logger.
(Reading database ... 22747 files and directories currently installed.)
Unpacking zimbra-logger (from .../zimbra-logger_5.0.14_GA_2850.UBUNTU8_i386.deb) ...
Setting up zimbra-logger (5.0.14_GA_2850.UBUNTU8) ...

Selecting previously deselected package zimbra-mta.
(Reading database ... 25178 files and directories currently installed.)
Unpacking zimbra-mta (from .../zimbra-mta_5.0.14_GA_2850.UBUNTU8_i386.deb) ...
Setting up zimbra-mta (5.0.14_GA_2850.UBUNTU8) ...

Processing triggers for libc6 ...
ldconfig deferred processing now taking place
Selecting previously deselected package zimbra-snmp.
(Reading database ... 25436 files and directories currently installed.)
Unpacking zimbra-snmp (from .../zimbra-snmp_5.0.14_GA_2850.UBUNTU8_i386.deb) ...
Setting up zimbra-snmp (5.0.14_GA_2850.UBUNTU8) ...

(Reading database ... 25984 files and directories currently installed.)
Unpacking zimbra-store (from .../zimbra-store_5.0.14_GA_2850.UBUNTU8_i386.deb) ...
dpkg-deb: subprocess paste killed by signal (Broken pipe)
dpkg: error processing ./packages/zimbra-store_5.0.14_GA_2850.UBUNTU8_i386.deb (--install):
 short read in buffer_copy (backend dpkg-deb during `./opt/zimbra/jetty-6.1.5/webapps/zimbra/downloads/zdesktop_1_0_build_1518_macos_intel.dmg')
Errors were encountered while processing:
 ./packages/zimbra-store_5.0.14_GA_2850.UBUNTU8_i386.deb

[carpediem]

Tough room....

[kevindods]

Hi, my first thought was that there was a problem with your download or you local box, eg out of memory etc but it could also be permissions.

For Ubuntu installs you need to be running as root, normally using sudo. I sometimes cheat a little and use 'sudo su' which switches the login to root without having to break the password security by setting a password on root ;-)

What is the machine spec? VM or physical?

[jdp459]

We're upgrading CE 5.0.9 to CE 5.0.14 and thought everything was ready (backups, backup the backups, pre-downloaded the new version). We have plenty of disk storage too.

The day of the upgrade came. We're running Ubuntu 8.04.2 LTS server 64-bit in a Xen VM. We're small, so just winging it is acceptable for a few hours.

root@mail:/tmp# uname -a
Linux mail.jdpfu.com 2.6.24-21-xen #1 SMP Wed Oct 22 01:07:57 UTC 2008 x86_64 GNU/Linux

However the installation log shows:

dpkg: error processing ./packages/zimbra-core_5.0.14_GA_2850.UBUNTU8_64_amd64.deb (--install):
package architecture (amd64) does not match system (i386)
Errors were encountered while processing:
./packages/zimbra-core_5.0.14_GA_2850.UBUNTU8_64_amd64.deb

We may have started out with the 32-bit version. Nobody recalls the installation from last August.

Also, after running the first steps of the amd64 upgrade, the record of a prior installation seems to have been removed.

Checking for existing installation...
zimbra-ldap...NOT FOUND
zimbra-logger...NOT FOUND
zimbra-mta...NOT FOUND
zimbra-snmp...NOT FOUND
zimbra-store...NOT FOUND
zimbra-apache...NOT FOUND
zimbra-spell...NOT FOUND
zimbra-proxy...NOT FOUND
zimbra-archiving...NOT FOUND
zimbra-convertd...NOT FOUND
zimbra-cluster...NOT FOUND
zimbra-core...NOT FOUND

The first upgrade *run* discovered these fine. Seems that the validation of the prior install should occur prior to touching anything? Also `tar xvf ` over the prior installation directory didn't put everything back! For some strange reason, we had to `tar xvf new_dir` then mv the dir into the correct location. That allowed us to bring everything back up.

Good thing we could back out. We'll be bringing up a new VM and perform all our testing there since this isn't a trivial update.

[carpediem]

Thanks for your post Kevin.

I since installed Ubuntu 7 - thinking that Zimbra might be easier to install on a previous version - with no success.

I am going to reinstall 8.10 and give it a go and update you on what happens.

Wish me luck!

[kevindods]

Good luck! The install is usually trouble free - so long as the DNS is set up properly and the prerequisites are installed as per the guide ;-) What was the hardware?

[jdp459]

There were three tricks to get our 32-bit --> 64-bit upgrade to work

a) The instructions here https://fedoraproject.org/wiki/Upgra...a_5.0.13_64bit were the most helpful, easiest to follow and shortest. For example, on the fresh, new install, there's no reason to worry about all the detailed installation settings since you can copy them from the 32-bit version. The settings are mostly in $ZIMBRA_HOME/conf/* The only items that we ensured where identical were 1) hostname, 2) default zimbra domain. The IP was not and we have multiple zimbra domains and removed many of the default accounts. Anything stored inside LDAP wasn't important to match.

b) If you've extended your LDAP to support POSIX and/or SAMBA, don't forget to pull the nis.schema and samba.schema files over from the original install.

c) Don't try to mix versions. Go from 32-bit X.Y.Z to 64-bit X.Y.Z All data is completely compatible **except** the LDAP data stores, IME. This is clearly stated everywhere that I've read.

The 5th upgrade attempt took less than 30 minutes from start to finish. 20 min of that was rsync'ing data from the running system (no downtime), then we brought the running system down and re-did the rsync cmds again to get "clean" database files. The first 4 attempts were following the official instructions, but we were unable to get them working. We don't know why.

Our 32-64-bit migration was for 5.0.9 CE on Ubuntu Server 8.04.2 LTS running under 64-bit Xen.

The "officially" provided instructions Network Edition: Moving from 32-bit to 64-bit Server - Zimbra :: Wiki are not as easy to follow as those referenced above. I can understand that most deployments will want to follow those. Perhaps our configuration with Posix, Samba and multiple domains is part of the issue for our upgrade.

[phoenix]

Details for moving from a 32bit installation to a 64bit installation are details in this wiki article: http://wiki.zimbra.com/index.php?tit..._64-bit_Server - although it's for NE the same instructions apply (apart from the NE specific options).

[Mistoffeles]

Just as an aside:

'sudo su' which switches the login to root without having to break the password security by setting a password on root

Why invoke two processes when you can just type 'sudo -i' ?

To the OP:

In the new setup, is the OpenLDAP server installed in the same place as the old one was?