Calendar server lost calendars
Hi! I'm running Mac OS X Server 10.5.5 with the Calendar server - Had to replace a failed hard drive on the server and after the changeover iCal Server stopped working. My guess is that cloning the system and booting off that system on a drive with a different volume name somehow borked the OpenDirectory settings for iCal Server. My problem is that I don't know how to get back to a functioning state :( The calendar data is still there - all 180 Mb of it but the status window in Server Admin says that there are no users, calendars etc. and the calendars have disappeared from the CalDAV clients i.e. iCal. please help or shine a ray of hope into my bleak situation :) Antti H The startup log of the calendar process is quoted below
2008-12-05 22:08:52+0200 [-] Log opened. 2008-12-05 22:08:52+0200 [-] twistd 2.5.0 (/System/Library/ Frameworks/Python.framework/Versions/2.5/Resources/Python.app/ Contents/MacOS/Python 2.5.1) starting up 2008-12-05 22:08:52+0200 [-] reactor class: <class 'twisted.internet.selectreactor.SelectReactor'> 2008-12-05 22:08:52+0200 [-] 2 processors found, configuring 2 processes. 2008-12-05 22:08:52+0200 [-] Adding pydirector service with configuration: /tmp/pydirjiEZBY 2008-12-05 22:08:52+0200 [-] twistedcaldav.logging.AMPLoggingFactory starting on "'/var/run/caldavd.sock'" 2008-12-05 22:08:54+0200 [-] [caldav-8010] [-] Log opened. 2008-12-05 22:08:54+0200 [-] [caldav-8010] [-] twistd 2.5.0 (/ System/Library/Frameworks/Python.framework/Versions/2.5/Resources/ Python.app/Contents/MacOS/Python 2.5.1) starting up 2008-12-05 22:08:54+0200 [-] [caldav-8010] [-] reactor class: <class 'twisted.internet.selectreactor.SelectReactor'> 2008-12-05 22:08:54+0200 [-] [caldav-8009] [-] Log opened. 2008-12-05 22:08:54+0200 [-] [caldav-8009] [-] twistd 2.5.0 (/ System/Library/Frameworks/Python.framework/Versions/2.5/Resources/ Python.app/Contents/MacOS/Python 2.5.1) starting up 2008-12-05 22:08:54+0200 [-] [caldav-8009] [-] reactor class: <class 'twisted.internet.selectreactor.SelectReactor'> 2008-12-05 22:08:54+0200 [-] [caldav-8010] [startup] Configuring directory service of type: twistedcaldav.directory.appleopendirectory.OpenDirectoryService 2008-12-05 22:08:54+0200 [-] [caldav-8009] [startup] Configuring directory service of type: twistedcaldav.directory.appleopendirectory.OpenDirectoryService 2008-12-05 22:08:54+0200 [-] [caldav-8010] [OpenDirectoryService] Matched Directory record: /LDAPv3/127.0.0.1/Computers/ mail.hasanpartners.fi with ServicesLocator: E88B921D-87A0-4E43-94F8- F9678856084B:AA33EADB-ABBB-462C-82F1-741FA 5CAEA3C:calendar, state: enabled 2008-12-05 22:08:54+0200 [-] [caldav-8010] [OpenDirectoryService] Enabled ServicesLocator: E88B921D-87A0-4E43-94F8- F9678856084B:AA33EADB-ABBB-462C-82F1-741FA5CAEA3C:calendar 2008-12-05 22:08:54+0200 [-] [caldav-8009] [OpenDirectoryService] Matched Directory record: /LDAPv3/127.0.0.1/Computers/ mail.hasanpartners.fi with ServicesLocator: E88B921D-87A0-4E43-94F8- F9678856084B:AA33EADB-ABBB-462C-82F1-741FA 5CAEA3C:calendar, state: enabled 2008-12-05 22:08:54+0200 [-] [caldav-8009] [OpenDirectoryService] Enabled ServicesLocator: E88B921D-87A0-4E43-94F8- F9678856084B:AA33EADB-ABBB-462C-82F1-741FA5CAEA3C:calendar 2008-12-05 22:08:54+0200 [-] [caldav-8009] [OpenDirectoryService] Reloading users record cache 2008-12-05 22:08:54+0200 [-] [caldav-8010] [OpenDirectoryService] Reloading users record cache 2008-12-05 22:08:55+0200 [-] [caldav-8010] [-] "Directory service <OpenDirectoryService '/Search': '/Search'> has no GUID; generating service GUID from realm name." 2008-12-05 22:08:55+0200 [-] [caldav-8010] [OpenDirectoryService] Record disabled due to conflict: <OpenDirectoryRecord[users@058167af- ace8-519a-ac3d-e166498db024(/Search->/Local/Default)] 5ED248AB- BF52-4A16-874E-2C217BD43FA3(root ) 'System Administrator'> 2008-12-05 22:08:55+0200 [-] [caldav-8010] [OpenDirectoryService] Record disabled due to conflict: <OpenDirectoryRecord[users@058167af- ace8-519a-ac3d-e166498db024(/Search->/LDAPv3/127.0.0.1)] EE004225- C2F2-4465-AB68-E8189306148C(r oot) 'System Administrator'> 2008-12-05 22:08:55+0200 [-] [caldav-8010] [OpenDirectoryService] Reloading groups record cache 2008-12-05 22:08:55+0200 [-] [caldav-8009] [-] "Directory service <OpenDirectoryService '/Search': '/Search'> has no GUID; generating service GUID from realm name." 2008-12-05 22:08:55+0200 [-] [caldav-8009] [OpenDirectoryService] Record disabled due to conflict: <OpenDirectoryRecord[users@058167af- ace8-519a-ac3d-e166498db024(/Search->/Local/Default)] 5ED248AB- BF52-4A16-874E-2C217BD43FA3(root ) 'System Administrator'> 2008-12-05 22:08:55+0200 [-] [caldav-8009] [OpenDirectoryService] Record disabled due to conflict: <OpenDirectoryRecord[users@058167af- ace8-519a-ac3d-e166498db024(/Search->/LDAPv3/127.0.0.1)] EE004225- C2F2-4465-AB68-E8189306148C(r oot) 'System Administrator'> 2008-12-05 22:08:55+0200 [-] [caldav-8009] [OpenDirectoryService] Reloading groups record cache 2008-12-05 22:08:55+0200 [-] [caldav-8010] [OpenDirectoryService] Record disabled due to conflict: <OpenDirectoryRecord[groups@058167af-ace8-519a-ac3d-e166498db024(/ Search->/Local/Default)] ABCDEFAB-CDEF-ABCD-EFAB-CDEF00000050(adm in) 'Administrators'> 2008-12-05 22:08:55+0200 [-] [caldav-8010] [OpenDirectoryService] Record disabled due to conflict: <OpenDirectoryRecord[groups@058167af-ace8-519a-ac3d-e166498db024(/ Search->/LDAPv3/127.0.0.1)] 9656D249-9AC7-4E20-B6CB-1AA1BB58A51A( admin) None> 2008-12-05 22:08:55+0200 [-] [caldav-8010] [OpenDirectoryService] Record disabled due to conflict: <OpenDirectoryRecord[groups@058167af-ace8-519a-ac3d-e166498db024(/ Search->/Local/Default)] ABCDEFAB-CDEF-ABCD-EFAB-CDEF00000014(sta ff) 'Users'> 2008-12-05 22:08:55+0200 [-] [caldav-8010] [OpenDirectoryService] Record disabled due to conflict: <OpenDirectoryRecord[groups@058167af-ace8-519a-ac3d-e166498db024(/ Search->/LDAPv3/127.0.0.1)] D4F5BE7F-D2E4-4CF9-95CE-2BD067AB4253( staff) None> 2008-12-05 22:08:55+0200 [-] [caldav-8010] [OpenDirectoryService] Reloading locations record cache 2008-12-05 22:08:55+0200 [-] [caldav-8009] [OpenDirectoryService] Record disabled due to conflict: <OpenDirectoryRecord[groups@058167af-ace8-519a-ac3d-e166498db024(/ Search->/Local/Default)] ABCDEFAB-CDEF-ABCD-EFAB-CDEF00000050(adm in) 'Administrators'> 2008-12-05 22:08:55+0200 [-] [caldav-8009] [OpenDirectoryService] Record disabled due to conflict: <OpenDirectoryRecord[groups@058167af-ace8-519a-ac3d-e166498db024(/ Search->/LDAPv3/127.0.0.1)] 9656D249-9AC7-4E20-B6CB-1AA1BB58A51A( admin) None> 2008-12-05 22:08:55+0200 [-] [caldav-8009] [OpenDirectoryService] Record disabled due to conflict: <OpenDirectoryRecord[groups@058167af-ace8-519a-ac3d-e166498db024(/ Search->/Local/Default)] ABCDEFAB-CDEF-ABCD-EFAB-CDEF00000014(sta ff) 'Users'> 2008-12-05 22:08:55+0200 [-] [caldav-8009] [OpenDirectoryService] Record disabled due to conflict: <OpenDirectoryRecord[groups@058167af-ace8-519a-ac3d-e166498db024(/ Search->/LDAPv3/127.0.0.1)] D4F5BE7F-D2E4-4CF9-95CE-2BD067AB4253( staff) None> 2008-12-05 22:08:55+0200 [-] [caldav-8009] [OpenDirectoryService] Reloading locations record cache 2008-12-05 22:08:55+0200 [-] [caldav-8010] [OpenDirector
Antti Hermunen antti.hermunen@hasanpartners.fi gsm +358 40 8600 276 http://nexthasan.com/
On 8 Dec 2008, at 08:47, Antti Hermunen wrote:
... I'm running Mac OS X Server 10.5.5 with the Calendar server -
Had to replace a failed hard drive on the server and after the changeover iCal Server stopped working.
My guess is that cloning the system and booting off that system on a drive with a different volume name somehow borked the OpenDirectory settings for iCal Server. ... The calendar data is still there - all 180 Mb of it but the status window in Server Admin says that there are no users, calendars etc. and the calendars have disappeared from the CalDAV clients i.e. iCal.
How did you transfer the data? I'm guessing that you copied the whole o/s + server data from the failing hard-drive to the new one? Note that Calendar Server requires ACLs on its data directory. I recently cloned a system using `ditto --rsrc --extattr --acl` - note that these should be the defaults on 10.5 - and it works perfectly, but I am not running Calendar Server on that machine. However I think that `cp -R` might neglect some or all of the Mac-specific metadata, so if you did that I would perhaps have another attempt at recovering the data dir. Stroller.
Hi Antti, --On December 8, 2008 10:47:16 AM +0200 Antti Hermunen <antti.hermunen@hasanpartners.fi> wrote:
I'm running Mac OS X Server 10.5.5 with the Calendar server -
Had to replace a failed hard drive on the server and after the changeover iCal Server stopped working.
My guess is that cloning the system and booting off that system on a drive with a different volume name somehow borked the OpenDirectory settings for iCal Server.
My problem is that I don't know how to get back to a functioning state :(
The calendar data is still there - all 180 Mb of it but the status window in Server Admin says that there are no users, calendars etc. and the calendars have disappeared from the CalDAV clients i.e. iCal.
please help or shine a ray of hope into my bleak situation :)
The calendar server makes use of extended attributes (xattr) to store "metadata" for files and directory on disk so that the server can recognize those as "special" types of resources in the server. In particular, calendars are only recognized as such if a particular xattr is present on the corresponding directory. What may have happened is that you backup/restore process might not have preserved the xattrs. What you need to do is run a tool on each of the directories on disk that ought to be a calendar. The tool is located at: <http://svn.calendarserver.org/repository/calendarserver/CalendarServer/trunk/contrib/tools/fix_calendar> To run, locate your calendar server document root on disk (usually /Library/CalendarServer/Documents) and do: ./fix_calendar <<root>>/calendars/__uids__/*/* You can ignore messages from the tool about inbox, outbox and dropbox. -- Cyrus Daboo
participants (3)
-
Antti Hermunen
-
Cyrus Daboo
-
Stroller