alexisde

Q: calendar server migration from snow leopard to mountain lion

I have a partial migration done on my server from a time machine backup from the snow leopard server. I'm trying to migrate the most current information from the old server to the new server before replacing it.

 

I've tried copying the files from the current (snow leopard) server to the new (mountain Lion) server like this:

 

cd /Library/Server/Migrated/Library/CalendarServer/Documents

rsync -avz <old server>:/Library/CalendarServer/Documents/* .

 

Then running the migration script

 

./70_calendarmigrator.py --sourceRoot /Library/Server/Migrated/ --sourceVersion "10.6.8"

I get the following:

calendarmigrator: Mar 15 16:31:02 Options: {'targetRoot': '/', 'sourceType': None, 'language': 'en', 'sourceRoot': '/Library/Server/Migrated/', 'sourceVersion': '10.6.8', 'purge': None}

calendarmigrator: Mar 15 16:31:02 Calendar service 'org.calendarserver.calendarserver' was previously enabled

calendarmigrator: Mar 15 16:31:02 Addressbook service 'org.addressbookserver.addressbookserver' was previously enabled

calendarmigrator: Mar 15 16:31:02 Examining previous caldavd.plist for EnableCalDAV and EnableCardDAV: /Library/Server/Migrated/private/etc/caldavd/caldavd.plist

calendarmigrator: Mar 15 16:31:02 Found previous caldavd plist at /Library/Server/Migrated/private/etc/caldavd/caldavd.plist

calendarmigrator: Mar 15 16:31:02 Found previous carddavd plist at /Library/Server/Migrated/private/etc/carddavd/carddavd.plist

calendarmigrator: Mar 15 16:31:02 RelocateData: sourceRoot=/Library/Server/Migrated/, targetRoot=/, oldServerRootValue=None, oldCalDocumentRootValue=/Library/CalendarServer/Documents/, oldCalDataRootValue=/Library/CalendarServer/Data/, oldABDocumentRootValue=/Library/AddressBookServer/Documents, uid=93, gid=93

calendarmigrator: Mar 15 16:31:02 Copying with ditto: /Library/Server/Migrated/Library/CalendarServer/Data to /Library/Server/Calendar and Contacts/Data

calendarmigrator: Mar 15 16:31:02 Copying with ditto: /Library/Server/Migrated/Library/CalendarServer/Documents to /Library/Server/Calendar and Contacts/Data/Documents

calendarmigrator: Mar 15 16:31:15 Old configuration directory does not exist: /Library/Server/Migrated/Library/Server/Calendar and Contacts/Config

calendarmigrator: Mar 15 16:31:15 Copying configuration files from /Library/Server/Migrated/private/etc/caldavd to /Library/Server/Calendar and Contacts/Config

calendarmigrator: Mar 15 16:31:15 Copying file /Library/Server/Migrated/private/etc/caldavd/caldavd.plist.default.orig to /Library/Server/Calendar and Contacts/Config

calendarmigrator: Mar 15 16:31:15 Copying file /Library/Server/Migrated/private/etc/caldavd/sudoers.plist to /Library/Server/Calendar and Contacts/Config

calendarmigrator: Mar 15 16:31:15 Copying configuration files from /Library/Server/Migrated/private/etc/carddavd to /Library/Server/Calendar and Contacts/Config

calendarmigrator: Mar 15 16:31:15 Processing /Library/Server/Migrated/private/etc/caldavd/caldavd.plist and /Library/Server/Migrated/private/etc/carddavd/carddavd.plist

calendarmigrator: Mar 15 16:31:15 Writing /Library/Server/Calendar and Contacts/Config/caldavd.plist

calendarmigrator: Mar 15 16:31:15 Creating resource migration trigger file: /Library/Server/Calendar and Contacts/trigger_resource_migration

calendarmigrator: Mar 15 16:31:15 Starting Calendar service via serveradmin start calendar

calendar:state = "RUNNING"

calendar:setStateVersion = 1

calendar:readWriteSettingsVersion = 1

calendarmigrator: Mar 15 16:31:23 serveradmin exited with 0

calendarmigrator: Mar 15 16:31:23 calendar is now running

calendarmigrator: Mar 15 16:31:23 Starting Contacts service via serveradmin start addressbook

addressbook:state = "RUNNING"

addressbook:setStateVersion = 1

addressbook:readWriteSettingsVersion = 1

calendarmigrator: Mar 15 16:31:34 serveradmin exited with 0

 

 

Apparently everything goes OK, but when I check my calendars they don't show any of the changes done during the time of the original migration.

 

According to this blog it might take some time to copy the events to postgresql:

http://www.soccercommercials.com/blog/?p=69

 

Is this correct? Any ideas?

Mac mini, OS X Mountain Lion (10.8.3)

Posted on Mar 15, 2013 4:53 PM