Moving ZCS to another arch. 32bit ->64bit

[Aleks]

Hi
We have latest Zimbra OSS on intel 32bit platform. Now we bought an AMD X2.
My question is, is it posible to move all data from 32bit to 64bit without errors?
And does exist zimbra 4.5.10 for 64bit systems?

Old configuration is Intel 32bit, SLES 9, Zimbra 4.5.10 for x86 system
New configuration is AMD X2 64bit, SLES10, Zimbra RC2 for x86_64 system

I tryed so: I took a backup of all data (4.5.10) on old system and place it over a new installation of zimbra RC2 on new system. Then I run an update over the zimbra and got the next errors.
And how will it be solved with Zimbra NE? Restoring all data from a standard NE backup (32->64)?

Restoring existing configuration file from /opt/zimbra/.saveconfig/config.save...done
Can't load '/opt/zimbra/zimbramon/lib/i586-linux-thread-multi/auto/DBI/DBI.so' for module DBI: /opt/zimbra/zimbramon/lib/i586-linux-thread-multi/auto/DBI/DBI.so: wrong ELF class: ELFCLASS32 at /usr/lib/perl5/5.8.8/x86_64-linux-thread-multi/DynaLoader.pm line 230, line 228.
at /opt/zimbra/zimbramon/lib/i586-linux-thread-multi/DBI.pm line 259
BEGIN failed--compilation aborted at /opt/zimbra/zimbramon/lib/i586-linux-thread-multi/DBI.pm line 259, line 228.
Compilation failed in require at /opt/zimbra/libexec/scripts/Migrate.pm line 18, line 228.
BEGIN failed--compilation aborted at /opt/zimbra/libexec/scripts/Migrate.pm line 18, line 228.
Compilation failed in require at /opt/zimbra/libexec/zmupgrade.pm line 21, line 228.
BEGIN failed--compilation aborted at /opt/zimbra/libexec/zmupgrade.pm line 21, line 228.
Compilation failed in require at /opt/zimbra/libexec/zmsetup.pl line 61, line 228.
BEGIN failed--compilation aborted at /opt/zimbra/libexec/zmsetup.pl line 61, line 228.

[Aleks]

Any ideas?
Is it posible to restore on 64 bit without data loss?

[dijichi2]

Hi Aleks, I've often wondered this myself. I expect the NE would be easy - restore from the last full backup point. For OSS as you've found the normal procedure won't work. I suspect you would have to:
- Install fresh correct 64bit copy on new 64bit OS fully, configure and then stop all zimbra services.
- Selectively restore directories from the old 32bit /opt/zimbra. Leave out anything with binaries - copy all config, data, store etc.
- Start binaries. Work out what is breaking, fix, wash, rinse, repeat ad nauseam. I can't see any reason this shouldn't work, if you get somewhere let us know or write it up on the wiki?

[greenrenault]

How about this solution... completely untested, no warranty, probably won't work... just an idea really.

1. Upgrade your 32bit Zimbra to Zimbra Network Edition and use the 30 day trial key.
2. Create a backup of your installation using Zimbra backup.
3. Install a 64bit Zimbra Network Edition, install trial key and restore from backup.

So you've now got your data on 64bit OS, so next step is to revert back to Zimbra OSS.
1. Create a copy of your Zimbra Network Edition 64bit (copy /opt/zimbra to /opt/zimbra-ne) as a backup.
2. Install a new copy of Zimbra OSS 64bit over your existing installation.
3. Start it up and see if it works!

Let me know how you go

(Full credit it if works, I disclaim all responsibilities if not!)

[Aleks]

Hi Aleks, I've often wondered this myself. I expect the NE would be easy - restore from the last full backup point. For OSS as you've found the normal procedure won't work. I suspect you would have to:
- Install fresh correct 64bit copy on new 64bit OS fully, configure and then stop all zimbra services.
- Selectively restore directories from the old 32bit /opt/zimbra. Leave out anything with binaries - copy all config, data, store etc.
- Start binaries. Work out what is breaking, fix, wash, rinse, repeat ad nauseam. I can't see any reason this shouldn't work, if you get somewhere let us know or write it up on the wiki?

Sound like a lot of work, but I'll do that on end of the week! I will let you know about progress. Nice start to learn how zimbra works on system.

[Aleks]

How about this solution... completely untested, no warranty, probably won't work... just an idea really.

1. Upgrade your 32bit Zimbra to Zimbra Network Edition and use the 30 day trial key.
2. Create a backup of your installation using Zimbra backup.
3. Install a 64bit Zimbra Network Edition, install trial key and restore from backup.

So you've now got your data on 64bit OS, so next step is to revert back to Zimbra OSS.
1. Create a copy of your Zimbra Network Edition 64bit (copy /opt/zimbra to /opt/zimbra-ne) as a backup.
2. Install a new copy of Zimbra OSS 64bit over your existing installation.
3. Start it up and see if it works!

Let me know how you go

(Full credit it if works, I disclaim all responsibilities if not!)

That is a nice solution! I'll do that too, but after dijichi2 solution.
I will let you know about progress.
As far as I know, Zimbra NE is for limited number of users or is it ulimited for 60 days?

[mmorse]

-No reason for me to test that process lately
But you can always request more, and you should select the number of users planned under 'deployment info' /products/download_network.html

[Aleks]

When I'm upgrading from 4.5.10 to RC1 on the same server (x86).
I get this:
Checking ldap status
Starting ldap
Checking ldap status
Setting defaults...Checking ldap status
done.
Setting defaults from existing config...done.
Upgrading from 4.5.10_GA_1575 to 5.0.0_RC1_1538
Stopping zimbra services
Verifying /opt/zimbra/conf/my.cnf
Starting mysql
Starting logger mysql
Thu Dec 6 14:59:34 2007: SELECT value FROM config WHERE name = 'db.version'
I can't upgrade version

UPGRADE FAILED - exiting
----------

Then I installed new zimbra on new server (x86_64) with same passwords and hostname like on old server reducing the diferences between zimbras.
I've copyed only the data from backup, leaving all the binary, checked the permisions, owners...
I've managed mysql to run under zimbra (folders from backup 'db','store' and 'index'...).
LDAP was the problem... it seems like an bug
Bug 20005 - zmcontrol start on ldap hosts should not get services list from cache
zmcontrol start
Unable to determine enabled services from ldap.
Enabled services read from cache. Service list may be inaccurate.
Starting ldap...Done.
Starting mailbox...Done.
Starting antispam...Done.
Starting antivirus...Done.
Starting spell...Done.
Starting mta...Done.
Starting stats...Done.

Then I run an upgrade over and get...
Restoring existing configuration file from /opt/zimbra/.saveconfig/config.save...done
Operations logged to /tmp/zmsetup.12072007-104257.log
Starting ldap...failed with exit code 256.
Starting ldap...failed with exit code 256.
Setting defaults...Starting ldap...failed with exit code 256.

I think it would be better to write an external application (API) to automaticaly move accounts and sync all mail like IMAPsync... This way we would avoid any issues...