A Different "Error processing calendar data (210)"

Question

Level 1

0 points

A Different "Error processing calendar data (210)"

*What is the next step to get rid of this error?*

Blogs and Wikis work on our server's web portal fine. The group Calendar service does not.
(Individual users on their client can create and share calendars using Apple's iCal software.)

Upon loading the Calendar page, I receive a "Error processing calendar data (210)" error. I receive the same error if I try to create an event.

I have read fully the following posts:

http://discussions.apple.com/thread.jspa?threadID=1346536&tstart=-1
http://discussions.apple.com/thread.jspa?messageID=7498100
http://discussions.apple.com/thread.jspa?threadID=1788666&tstart=0

+The second thread's post by Cyrus ( http://discussions.apple.com/message.jspa?messageID=7484449#7484449) solved the "Record disabled due to conflict" error messages in iCal Server's Error Log.+

I would like very much to make this work, because our 200+ user-base (of mostly Apple clients) needs the organization it could bring.

*Our setup is as follows:*
Rock-solid DNS (finally) and an OD Master on one server (all other servers are "connected").
Mail and a Website (Wiki, Blog, and Calendar enabled) on another server.
The location for iCal is on a separate server that is also hosting our database.

+Honestly, I feel I'm missing something basic. I think I remember something about iCal needing to be hosted on the same server as an O.D. Master or Replica. Is this true?+

*What I think to be the relevant portion of the Error Log is as follows:*

2008-11-14 16:35:22+0800 [-] [caldav-8010] [OpenDirectoryService] Reloading users record cache
2008-11-14 16:35:22+0800 [-] [caldav-8009] [-] "Directory service <OpenDirectoryService '/LDAPv3/dir.cesci.net': '/LDAPv3/dir.cesci.net'> has no GUID; generating service GUID from realm name."
2008-11-14 16:35:22+0800 [-] [caldav-8011] [-] "Directory service <OpenDirectoryService '/LDAPv3/dir.cesci.net': '/LDAPv3/dir.cesci.net'> has no GUID; generating service GUID from realm name."
2008-11-14 16:35:23+0800 [-] [caldav-8009] [OpenDirectoryService] Reloading groups record cache
2008-11-14 16:35:23+0800 [-] [caldav-8011] [OpenDirectoryService] Reloading groups record cache
2008-11-14 16:35:23+0800 [-] [caldav-8012] [-] "Directory service <OpenDirectoryService '/LDAPv3/dir.cesci.net': '/LDAPv3/dir.cesci.net'> has no GUID; generating service GUID from realm name."
2008-11-14 16:35:23+0800 [-] [caldav-8012] [OpenDirectoryService] Reloading groups record cache
2008-11-14 16:35:23+0800 [-] [caldav-8009] [OpenDirectoryService] Reloading locations record cache
2008-11-14 16:35:23+0800 [-] [caldav-8011] [OpenDirectoryService] Reloading locations record cache
2008-11-14 16:35:23+0800 [-] [caldav-8009] [OpenDirectoryService] Reloading resources record cache
2008-11-14 16:35:23+0800 [-] [caldav-8010] [-] "Directory service <OpenDirectoryService '/LDAPv3/dir.cesci.net': '/LDAPv3/dir.cesci.net'> has no GUID; generating service GUID from realm name."
2008-11-14 16:35:23+0800 [-] [caldav-8011] [OpenDirectoryService] Reloading resources record cache

+The "/LDAPv3/dir.cesci.net" occurred after changing the /etc/caldavd/caldavd.plist file's '<key>node</key>' value from "/Search" to "/LDAPv3/127.0.0.1". This was based off of Cyrus' advice in the above-mentioned post ( http://discussions.apple.com/message.jspa?messageID=7484449#7484449)+

Message was edited by: Wesley.Bomar (Log snippet added)

XServe, Mac OS X (10.5.4)

Posted on Nov 14, 2008 1:55 AM

Reply

Answer 1

Best reply

harry-pmsi

Level 3

535 points

Nov 14, 2008 8:54 PM in response to Wesley.Bomar

From the error log it appears that ical server cannot match a GUID within the LDAP directory. My guess here is that directory administrator is not in the ical server's ldap directory search with the same GUID. Additionally, each user in the group and each group must have the same UIDs as ical is trying to serve. If it all matches then remove the index file in the ical data store and restart ical server. Once the GUID and UIDs match ensure ical server can authenticate them using the ldap directory it is connected to.

HTH,
Harry

Reply

Answer 2

Wesley.Bomar Author

Level 1

0 points

Nov 16, 2008 11:47 PM in response to harry-pmsi

Thank you for prompt response, and apologies for my late response.

This is very possible, because iCal has been tinkered with several times and our OD has been deleted, remade, repaired, restored, you name it.

I plan to check the GUIDs and UIDs as you've mentioned, but I am not sure where the directory records data is stored, nor the index file of the iCal data store. I will browse again the posts I've seen and try to find them, but if you know their location that would be extremely helpful.

Note: There is no data within the /CalendarServer/Documents/ folder. I can make data appear if I create a personal calendar with a client's iCal app.

Reply

Answer 3

Wesley.Bomar Author

Level 1

0 points

Nov 17, 2008 12:08 AM in response to harry-pmsi

I have yet to ever see group calendar data be created anywhere within the CalendarServer/Documents/ directory.

Within var/run/caldavd/ I found a digest.sqlite which I opened with SQLiteManager. The database file has a simple structure, but seems to have no data. And a var/run/caldavd.pid file contains only a single 5 digit number.

Message was edited by: Wesley.Bomar

Reply

Answer 4

Nov 18, 2008 7:11 AM in response to Wesley.Bomar

Hi,
If you can create a user calendar on the server from a client then iCal server is working:
{quote:title=Wesley.Bomar wrote:}I can make data appear if I create a personal calendar with a client's iCal app. {quote}

I wouldn't use SQLiteManager to open databases too often as you could corrupt the calendar function.

If users work but groups don't, then the problem resides in setting up a web group and getting all that entails functioning before targeting the iCal error.
Web groups are needed to be in operation prior to getting a group calendar setup.
HTH,
Harry

Reply

Answer 5

Wesley.Bomar Author

Level 1

0 points

Nov 20, 2008 5:43 PM in response to harry-pmsi

I was mistaken about which server Wiki and Blog are on, and which server iCal is on.

All three are now on the same server and web calendar seems to work. It's odd though:

When I login to the web calendar for a new group, it creates a new folder in calendars/_uids_/ (not in calendars/groups...). And it also creates 4 folders in principals/_uids_/:

XXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXXXX#calendar-proxy-write
XXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXXXX#calendar-proxy-read
XXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXXXX
YYYYYYYY-YYYY-YYYY-YYYY-YYYYYYYYYYYY

Server Admin reports iCal has 1 Calendar, but 3 Groups. I'm guessing it is still remembering two other groups I tested before, but have since disconnected from web calendar. All three groups have a folder in /Library/Collaboration/Groups/.

*Is this all normal?*

I saw no folders appear within calendar/groups, and the principals/groups folder does not exist.

Reply

Answer 6

Nov 20, 2008 10:24 PM in response to Wesley.Bomar

Hi,
My iCal server stores the calendars by principals/ uids/UID

If I setup a new account in an iCal client with calendars/groups in the address bar it is changed to principals/ uids.

HTH,
Harry

Reply

Answer 7

Wesley.Bomar Author

Level 1

0 points

Nov 23, 2008 11:53 PM in response to harry-pmsi

I access my group calendars via the iCal client using http://.../principals/groups/.../ or http://.../calendars/groups/.../ and doesn't change.

Nonetheless, everything looks to be working well for the most part.

Users are unable via the Web Calendar to edit nor move event that has been created or edited from an iCal client.

Does anyone not have this problem?

Reply

Answer 8

Dec 5, 2008 2:27 PM in response to Wesley.Bomar

I'm experiencing this same issue:

An event can be created and edited in the web calendar; an event can be created and edited in the iCal client; the iCal client can see and edit an event created by the web calendar; and the web calendar can see events created by the iCal client.

However, any event "touched" by the iCal client is no longer editable via the web calendar, even one it originally created.

The same user id is used in both environments.

Reply