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