SIDEBAR
»
S
I
D
E
B
A
R
«
Migrating Zimbra to Rackspace Cloud from Dedicated Rackspace Server
June 21st, 2009 by JP

Today I began migrating our Zimbra mail server from our Rackspace dedicated server to the Rackspace cloud.  This is going to be an ongoing post that I intend to update throughout the process.

Migrating from: RedHat EL 5 32 bit

To: Rackspace Cloud Ubuntu 8.04 LTS 64bit

This mail server only has about a dozen users.  Still, I’m going for the 2gb cloud option as I want nice performance.  We rely on e-mail more than any other form of communication at Tipit.  I am following the instructions here:

http://www.zimbrablog.com/blog/archives/2007/10/moving-zcs-to-another-server.html

The first ting that concerns me is going from 250gb to 80gb.  Sure enough after moving everything over, the drive is at 60% capacity.  May need to look at bumping up the storage / increasing the server size since Rackspace cloud doesn’t let you add more than the allotted storage to the various instances.

Everything went very smoothly and being in the same data center the file move was extremely fast.  The final step:

As Root: rerun the installer without the -s option

just blew up on me.

The system will be modified.  Continue? [N] Y

Shutting down zimbra mail

Backing up the ldap database…failed.

./util/utilfunc.sh: line 1221: /opt/zimbra/openldap/sbin/slapcat: No such file or directory

After some further testing, this file does appear to be there, though it’s a symbolic link:

ls -la /opt/zimbra/openldap/sbin
total 8
drwxr-xr-x  2 root root 4096 May  3 22:30 .
drwxr-xr-x 10 root root 4096 May  3 22:30 ..
lrwxrwxrwx  1 root root   16 May  3 22:30 slapacl -> ../libexec/slapd
lrwxrwxrwx  1 root root   16 May  3 22:30 slapadd -> ../libexec/slapd
lrwxrwxrwx  1 root root   16 May  3 22:30 slapauth -> ../libexec/slapd
lrwxrwxrwx  1 root root   16 May  3 22:30 slapcat -> ../libexec/slapd
lrwxrwxrwx  1 root root   16 May  3 22:30 slapdn -> ../libexec/slapd
lrwxrwxrwx  1 root root   16 May  3 22:30 slapindex -> ../libexec/slapd
lrwxrwxrwx  1 root root   16 May  3 22:30 slappasswd -> ../libexec/slapd
lrwxrwxrwx  1 root root   16 May  3 22:30 slaptest -> ../libexec/slapd

I checked out the utilfunc.sh script and tried to run it by hand:

/opt/zimbra/openldap/sbin/slapcat -f /opt/zimbra/conf/slapd.conf -b ” -l /opt/zimbra/openldap-data/ldap.bak
-su: /opt/zimbra/openldap/sbin/slapcat: No such file or directory

Same result.   Checking the dedicated RedHat original server, the structure looks identical.  Permissions look identical.  Symbolic link looks identical.  There, taking a backup of LDAP using the same command works fine.

Alse tried:

/opt/zimbra/openldap/libexec/slapd -f /opt/zimbra/conf/slapd.conf -b ” -l /opt/zimbra/openldap-data/ldap.bak
-su: /opt/zimbra/openldap/libexec/slapd: No such file or directory

Same result :(

Opened a support ticket with Zimbra.  Rolled back and put original zimbra mail server back online.

Just received a very speedy response from Zimbra support:

Ideally you should have followed : http://wiki.zimbra.com/index.php?title=Network_Edition:_Moving_from_32-bit_to_64-bit_Server

I am not sure if what your are following is a very good idea if migrating between architectures. Things are bound to fail because the underlying binaries are pre compiled 32 bit binaries. It would be best if you remove the current install and do a clean install of the same version as of the old server and copy over the store,index,ldap and mysql data manually. The steps are outlined in the above wiki.

Do let me know if you run into issues.

Regards,

Santosh Rao
Zimbra Network Support

Ok, fair enough, though the symptoms of the symbolic links not working in Ubuntu don’t seem to be a 32 bit vs 64 bit binary issue.  But, sure, let’s follow the other method and see what happens.


Leave a Reply

XHTML: You can use these tags: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <strike> <strong>

»  Substance:WordPress   »  Style:Ahren Ahimsa

JpMaxMan is Stephen Fry proof thanks to caching by WP Super Cache