ZxMig vs ZxBackup

[ppdeonet]

After changing ldap tried to restore but it seems like it duplicates everything.
ldap on both current and new mail server works but they are different which might be the cause why it's restoring everything
instead of an incremental.
Should both current and new server have exactly the same ldap settings to be able to migrate ?

[Cine]

Hello Perry,

differences in the LDAP are not a cause of item duplication, as ZeXtras Backup uses a mapfile system in order to avoid this kind of issues (see ZxBackup Store - ZeXtras Suite Wiki).

My best guess is that the mapfiles in the /opt/zimbra/backup/zextras/ directory of the destination server are unreadable/unavailable, can you please check?

Have a nice day,
Cine

[ppdeonet]

seems ok to me:

zimbra@deolinux5:~/backup/zextras$ ls -la
total 100
drwxr-xr-x 6 zimbra zimbra 4096 Jul 31 15:01 .
drwxr-xr-x 3 zimbra zimbra 20 Jun 18 10:45 ..
drwxr-x--- 142 zimbra zimbra 8192 Aug 1 09:09 accounts
-rw-r----- 1 zimbra zimbra 358 Jul 26 02:23 backupstat
drwxr-x--- 4098 zimbra zimbra 53248 Jul 24 14:29 items
-rw-r----- 1 zimbra zimbra 0 Jul 24 13:35 lock_0b46c14b-f447-468e-98d7-bd622b4273cd
drwx------ 2 zimbra zimbra 16384 Jul 24 13:21 lost+found
-rw-r----- 1 zimbra zimbra 5698 Jul 31 15:01 map_0b46c14b-f447-468e-98d7-bd622b4273cd
drwxr-x--- 2 zimbra zimbra 4096 Jul 26 04:01 server

[Cine]

Hello Perry,

any difference between this import and the previous? Is this a fresh start (new export/new source)?

[ppdeonet]

Hi Cine,

The only difference is that I tweaked around with ldap to get it working on the new server.
Yes, the source is fresh, because another hard disk died I did create a new data ferry.
Thanks,
Perry

[ppdeonet]

Cine another question:
since we started the migration proces way back we have many emails on the new server that have been deleted a long time ago on the current server
therefore it might be better to remove the complete mailstore on the new server and do a restore from scratch (using a new data ferry).
Is it possible to delete the complete mailstore on the new server ?
Thanks,
Perry

[Cine]

Cine another question:
since we started the migration proces way back we have many emails on the new server that have been deleted a long time ago on the current server
therefore it might be better to remove the complete mailstore on the new server and do a restore from scratch (using a new data ferry).
Is it possible to delete the complete mailstore on the new server ?
Thanks,
Perry

This is a very good idea...

Unfortunately there is no way (as far as I know) to bulk remove all users, domains and classes of service.
I guess the fastest way would be to uninstall Zimbra on the destination server, cleanup the /opt/ directory so that no Zimbra or ZeXtras Backup data is left and start from scratch. You'll just need to manually set server configuration, everything else will be imported from the source server.

To speed up the process I suggest you to run an incremental migration as explained HERE so you won't need any Ferry Store at all, but that's a personal preference.

Since you will be using version 1.4 for the new import, chances are you won't need to editing/changing the LDAP as long as the original Zimbra data is valid (attributes regarding posix_account and samba zimlets will be skipped if invalid).

Have a nice day,
Cine

[ppdeonet]

Hi Cine,
Restore to the reinstalled Zimbra/Zextras failed, just send the mailbox log extract by email.
Domains got created but no accounts.
Thanks,
Perry

[Cine]

Hi Perry,
I got the email.

A couple of questions:

- Did you install the posix_account zimlet in the destination server?
- Did you copy/import LDAP data from the source server manually?
- Is the account causing the error an actual mailbox or a resource?

Have a nice day,
Cine

[ppdeonet]

Hi Cine,

Yes, I did install posix_account on the destination and did copy LDAP data manually before starting the restore.
I even created the posix groups on the destination server to make sure the restore would run smoothly.
The account is an actual mailbox.

Thanks,

Perry