-
All replies
-
Helpful answers
-
Jul 30, 2012 8:12 PM in response to nlagarosby Cyrus Daboo,Did you make sure that the directory GUIDs for th user on the MLion machine exactly match those from the old Lion system? The caldav server stores calendar data in the postgres database based on the user record GUIDs - so if they are different on MLion then the old data will not be seen. If that is the problem, you will need to manually edit the GUIDs for the user records you created on MLion to match the old ones. If you still have the old system try and export/importt of the user records to the new system.
-
Jul 31, 2012 5:47 AM in response to nlagarosby Yannick Rose,Like Cyrus Daboos said, make sure you have the same GUIDS for your users.
Then since you already logged in with your user you have postgresSQL entrys, so you must nuke the dabase before doing an import.
1. make sure you have your users with the right GUIDS
2. Nuke the database by issuing
sudo serveradmin stop calendar
sudo dropdb -U _postgres caldav
sudo calendarserver_bootstrap_database
3. i have no tested it with lion to ML but maybe work the same as i did with 10.6 to 10.7 server, give it a try. Just place the Calendar data at the right place, make sure it has the right permissions then you can start the calendar server. Whatch the migration logs and see if it work. I had a bad time finding that solution when i manually migrated from 10.6 to 10.7
-
Jul 31, 2012 5:57 AM in response to Yannick Roseby nlagaros,After bootstrapping the calendar database, should I then simply use psql to restore the database? I tried this last night and got some errors. Is there any other migration utilitiy I should run after the import or just start the calendar and contacts servers?
-
Jul 31, 2012 6:24 AM in response to nlagarosby Yannick Rose,If it does the same process that i did with lion i would say no. The migration process should do it by itself. do backups in case it doesn't work, i'm just trying to help you shed a light with what i did on my side but i would try that if i was you.
Yannick
-
Jul 31, 2012 6:26 AM in response to Yannick Roseby Yannick Rose,By the way, on my side it took 30-40 mins to migrate with 80 accounts. Watch the logs!
And the only errors that looks bad on the logs were caused by the email gateway that was activated on the iCal server app section, disable it before starting the calendar server !!!
Yannick
-
Aug 3, 2012 5:26 AM in response to nlagarosby jaydisc,The Calendar server checks the version of your database at startup and upgrades the schema as necessary. It's not like the old way with Lion where you had to put your data or documents folder at the right location. Drop the original database, create it again, restore your backup, and start 'er up.
-
Aug 8, 2012 1:29 PM in response to jaydiscby Mark Dannau,I did a clean install and want to migrate my old Caldav db that's on a external disk. I suppose that somewhere in the terminal commands I should be showing the route to the old Collaboration folder, but where should I do that?
sudo serveradmin stop calendar
sudo dropdb -U _postgres caldav
sudo calendarserver_bootstrap_database
-
Sep 2, 2012 12:31 AM in response to nlagarosby Mark23,Take a look here: http://support.apple.com/kb/HT5381?viewlocale=en_US&locale=en_US
-
Sep 2, 2012 4:28 AM in response to Mark Dannauby jaydisc,Migrating from what OS? if from Lion, you can actually put the former contents of /Library/Server/Calendar/Data/Documents/ into /Library/Server/Calendar and Contacts/Data/Documents/ after running those commands and it should look for that, and upgrade it, at next startup.