Hi Ed, UUIDs are essential to calendaring data, and they really can't change without breaking stuff. For this reason, it's critical that all migrations of calendar data preserve the UUIDs, and the relevant user accounts do the same. I would recommend preserving the UUIDs instead of trying to 'fix' the data. I realize this is totally inconvenient, but it's pretty much the only way to get the job done without doing highly unsupported and potentially impossible things to your calendar data. I don't believe there's a way to upload calendar data (via CalDAV, which is the only way you should try to do this) while suppressing notifications - other than by turning notifications off in the server config. The bottom line is that this is a complex data set with many inter-related moving parts. Mac OS X Server mostly hides the complexity (assuming you don't try to get crazy with it), but in this, the open source world, it's not so hidden. -dre On Sep 20, 2011, at 10:53 AM, Ed Poe wrote:
I'd just like to chime in here and second the request for better tools and/or documentation. I have a similar question (two existing users, data going back more than two years), and Conrad Wasmer asked essentially the same question a couple weeks ago in an email with the subject "migrating to Lion Server."
I found a response in the archives about nuking from orbit, copying old data into the directory where the server will do a one-time upgrade, and then performing the initialization all over again, but that doesn't work for my scenario either (the existing users had auto-generated UUIDs in an XML config; the new server has Open Directory and thus new UUIds for both those existing users and a number of new ones). Is there a tool or command that will allow one to parse a directory copied from the old server and insert those items into the database directly, ideally with UUID mapping available? Alternatively, is there a command that will insert a single item into the database with notifications suppressed? If that exists, I can write a wrapper that will parse the directories and do individual inserts for each of them.
Thanks!
- e
On Sep 20, 2011, at 10:19 AM, Jason Miller wrote:
Good morning!
First off, I hope there's not an issue with asking Apple server-specific questions on this list. If that's an issue, I apologize, but this is somewhat documentation-related :)
What is the "preferred" method for migration of calendar data?
I have two use cases that I'm studying:
- Migration of users in an enterprise from local calendars or another server to a Snow or Lion calendar server
- Migration of users from Snow to Lion without using the upgrade installation (a migration installation instead)
In both cases, we've tried to use iCal to either back up a copy of the local client store to copy into the new server store. That generally works, but both calendar servers (Snow and Lion) will try to mail out new invitations. I've mitigated that before by disabling iMIP temporarily in serveradmin, which generally seems to work, but then there are some errors when the calendar server tries to resolve users on the invites:
HTTP/1.1: 500 Internal Server Error to operation CalDAVWriteEntityQueueableOperation
...after which you can revert to server or go offline. Revert to server's not a very good choice because it will revert to the non-existence of the item.
All in all, what is a good way to approach this migration? If you can provide some clues/pointers, I'm sure we can figure out the rest. This will be a very good migration document in the end, I'm sure. Unless I'm missing something, there's not a lot of information about this in the Lion server documentation.
--Jason
--- Jason Miller jmiller@red-abstract.com
_______________________________________________ calendarserver-users mailing list calendarserver-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/calendarserver-users
_______________________________________________ calendarserver-users mailing list calendarserver-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/calendarserver-users