While I did call out the need for documentation, I'm willing to help provide that documentation, which is why I was asking ;)
--Jason --- Jason Miller jmil...@red-abstract.com On Sep 20, 2011, at 12:53 PM, 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 >> jmil...@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
smime.p7s
Description: S/MIME cryptographic signature
_______________________________________________ calendarserver-users mailing list calendarserver-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/calendarserver-users
