Error processing calendar data (210)

Question

Level 1

5 points

Error processing calendar data (210)

I have problems with my iCal Server on 10.5.1. I cannot enter data to my calendar. Always get an error: Error processing calendar data (210). My error.log says

2008-01-17 16:19:07+0100 [-] Log opened.
2008-01-17 16:19:07+0100 [-] twistd 2.5.0 (/System/Library/Frameworks/Python.framework/Versions/2.5/Resources/Python.app/ Contents/MacOS/Python 2.5.1) starting up
2008-01-17 16:19:07+0100 [-] reactor class: <class 'twisted.internet.selectreactor.SelectReactor'>
2008-01-17 16:19:07+0100 [-] 1 processors found, configuring 1 processes.
2008-01-17 16:19:07+0100 [-] twistedcaldav.logging.AMPLoggingFactory starting on "'/var/run/caldavd.sock'"
2008-01-17 16:19:08+0100 [-] [caldav-8008] [-] Log opened.
2008-01-17 16:19:08+0100 [-] [caldav-8008] [-] twistd 2.5.0 (/System/Library/Frameworks/Python.framework/Versions/2.5/Resources/Python.app/ Contents/MacOS/Python 2.5.1) starting up
2008-01-17 16:19:08+0100 [-] [caldav-8008] [-] reactor class: <class 'twisted.internet.selectreactor.SelectReactor'>
2008-01-17 16:19:08+0100 [-] [caldav-8008] [-] Configuring directory service of type: twistedcaldav.directory.appleopendirectory.OpenDirectoryService
2008-01-17 16:19:08+0100 [-] [caldav-8008] [-] "Directory service <OpenDirectoryService '/Search': '/Search'> has no GUID; generating service GUID from realm name."
2008-01-17 16:19:08+0100 [-] [caldav-8008] [-] Configuring SudoDirectoryService with file: /etc/caldavd/sudoers.plist
2008-01-17 16:19:08+0100 [-] [caldav-8008] [-] Setting up document root at: /Library/CalendarServer/Documents
2008-01-17 16:19:08+0100 [-] [caldav-8008] [-] Setting up principal collection: <class 'twistedcaldav.directory.principal.DirectoryPrincipalProvisioningResource'>
2008-01-17 16:19:08+0100 [-] [caldav-8008] [-] Setting up calendar collection: <class 'twistedcaldav.static.CalendarHomeProvisioningFile'>
2008-01-17 16:19:08+0100 [-] [caldav-8008] [-] Setting up root resource: <class 'twistedcaldav.root.RootResource'>
2008-01-17 16:19:08+0100 [-] [caldav-8008] [-] Setting up default ACEs on root resource
2008-01-17 16:19:08+0100 [-] [caldav-8008] [-] Setting up AdminPrincipals
2008-01-17 16:19:08+0100 [-] [caldav-8008] [-] Setting root ACL
2008-01-17 16:19:08+0100 [-] [caldav-8008] [-] Configuring authentication for realm: /Search
2008-01-17 16:19:08+0100 [-] [caldav-8008] [-] Setting up scheme: kerberos
2008-01-17 16:19:08+0100 [-] [caldav-8008] [-] Setting up scheme: digest
2008-01-17 16:19:08+0100 [-] [caldav-8008] [-] Configuring authentication wrapper
2008-01-17 16:19:08+0100 [-] [caldav-8008] [-] Setting up service
2008-01-17 16:19:08+0100 [-] [caldav-8008] [-] Configuring log observer: <twistedcaldav.logging.AMPCommonAccessLoggingObserver object at 0x146fc30>
2008-01-17 16:19:08+0100 [-] [caldav-8008] [-] Adding server at :8008
2008-01-17 16:19:08+0100 [-] [caldav-8008] [-] twisted.web2.channel.http.HTTPFactory starting on 8008
2008-01-17 16:19:08+0100 [-] [caldav-8008] [-] Starting factory <twisted.web2.channel.http.HTTPFactory instance at 0x1468f30>
2008-01-17 16:19:08+0100 [twistedcaldav.logging.AMPLoggingFactory] AMPLoggingProtocol connection established (HOST:UNIXSocket('/var/run/caldavd.sock') PEER:UNIXSocket(''))
2008-01-17 16:19:08+0100 [-] [caldav-8008] [-] set uid/gid 93/93
2008-01-17 16:19:08+0100 [-] [caldav-8008] [-] AMP connection established (HOST:UNIXSocket(None) PEER:UNIXSocket('/var/run/caldavd.sock'))
2008-01-17 16:20:08+0100 [-] [caldav-8008] [HTTPChannel,0,172.16.0.1] Unauthenticated users not enabled with the 'calendar' SACL
2008-01-17 16:20:08+0100 [-] [caldav-8008] [HTTPChannel,0,172.16.0.1] "Directory service <SudoDirectoryService '/Search': FilePath('/etc/caldavd/sudoers.plist')> has no GUID; generating service GUID from realm name."
2008-01-17 16:20:08+0100 [-] [caldav-8008] [HTTPChannel,0,172.16.0.1] Allow proxy: user 'wikiserver' as 'asam'
2008-01-17 16:20:09+0100 [-] [caldav-8008] [HTTPChannel,0,172.16.0.1] REPORT /calendars/groups/asam/calendar/ HTTP/1.1
2008-01-17 16:20:09+0100 [-] [caldav-8008] [-] 'No principal found for UID: 69D6788F-F351-4D8C-94C6-119DE97BC33A'
2008-01-17 16:20:09+0100 [-] [caldav-8008] [-] "Attempt to create clone '/Library/CalendarServer/Documents/principals/ _uids_/69D6788F-F351-4D8C-94C6-119DE97BC33A' of resource <DirectoryPrincipalUIDProvisioningResource: /Library/CalendarServer/Documents/principals/ _uids_>"
2008-01-17 16:20:09+0100 [-] [caldav-8008] [-] 'No principal found for UID: 69D6788F-F351-4D8C-94C6-119DE97BC33A'
2008-01-17 16:20:09+0100 [-] [caldav-8008] [-] "Attempt to create clone '/Library/CalendarServer/Documents/principals/ _uids_/69D6788F-F351-4D8C-94C6-119DE97BC33A' of resource <DirectoryPrincipalUIDProvisioningResource: /Library/CalendarServer/Documents/principals/ _uids_>"
2008-01-17 16:20:09+0100 [-] [caldav-8008] [-] 'No principal found for UID: 69D6788F-F351-4D8C-94C6-119DE97BC33A'
2008-01-17 16:20:09+0100 [-] [caldav-8008] [-] "Attempt to create clone '/Library/CalendarServer/Documents/principals/ _uids_/69D6788F-F351-4D8C-94C6-119DE97BC33A' of resource <DirectoryPrincipalUIDProvisioningResource: /Library/CalendarServer/Documents/principals/ _uids_>"

Any advice or solution?

Posted on Jan 17, 2008 7:24 AM

Reply

Answer 1

Jan 17, 2008 1:05 PM in response to Urs Aregger1

I am having the same problem. I re-installed the server and on a fresh install this happened immediately - the calendar server never worked properly. I cannot access the calendars via a web browser, instead I get the error: "Error processing calendar data (210)"

Reply

Answer 2

Jan 21, 2008 3:23 AM in response to Urs Aregger1

Hi,

just had the same problem. The following fixed it for me, go to the Workgroup Manager, into your group that has the calendar, there into members and then I had the button "Upgrade Legacy Group" there, which I did. Restarted the server and it worked.

Maybe it was other things, like going back and forth between the Server Admin and the Workgroup Manager, but this I don't know 😉

Cu

Christian

Reply

Answer 3

Urs Aregger1 Author

Level 1

5 points

Jan 24, 2008 2:39 AM in response to Urs Aregger1

I deleted the group in WGM and also the group folder in /Library/CalendarServer/Documents/calendars/groups

Then I created a new group (with different gid) and added again my users. After that it worked fine.

Reply

Answer 4

Jan 24, 2008 5:12 AM in response to Urs Aregger1

i get the same error sometimes, and my wiki calendar is incredibly slow..
i think it has to do sometht with this, but i don't know where do set those SACL for calendar?

2008-01-24 13:19:29+0100 [-] [caldav-8008] [HTTPChannel,2455,192.168.2.19] Unauthenticated users not enabled with the 'calendar' SACL
2008-01-24 13:19:29+0100 [-] [caldav-8008] [HTTPChannel,2454,192.168.2.19] Allow proxy: user 'wikiserver' as 'SNK'

this is the server itself trying to access.
does anyone have a hint? i can't delet the group cause the calendar server is allready in use, and there are a lot of entries in the calendar.. same thing in the wiki...

so i would prefer to change those SACL somewhere to fix it?
the other thing is this happened out of nowhere, i didnt change anythign since i was sick and noone else is doing anything on this server!?
any clue how this could happen?

sayonara
nino

Reply

Answer 5

Jan 24, 2008 8:50 AM in response to Christian v.d.leeden

Could reproduce it today, just mark your group for calendaring and reboot, first I got the "Error processing calendar data" (even after restarting the webserver), rebooting the machine created my calendar just fine. (maybe restart caldavd...)

Reply

Answer 6

Jan 24, 2008 10:03 AM in response to nino zeke

As far as the calendar being very slow I've got numerous threads about this.
It got to the point where we couldn't even use the wiki, blog, or calendar.

I ended up doing a cron job to kill DirectoryServer every 15 minutes, which then restarts itself.
Now it's all speedy again. Of course this creates other problems, if anyone is trying to check email, login to ichat or anything else that requires authentication since for a brief time during the restart of the service nothing can be authenticated.

See this thread. http://discussions.apple.com/thread.jspa?threadID=1354878&tstart=0

Reply

Answer 7

Jan 26, 2008 1:11 PM in response to Urs Aregger1

Hi everyone.

Had same problem. Banged my head on walls until :

When you create or modify users or groups and want them to have later use of calendar, YOU MUST have the calendar, web services offline.

If you do not do that, unic ids get burned and when you will fire ical and web services, they will not find there way and say error 210.

So, one more time :

1 - ical and web services OFFLINE
2 - creation or modification on users or groups
3 - ical and web services back online in this order.

Hope it helps

Cheers

Hubert

Reply

Answer 8

Jan 29, 2008 4:07 PM in response to Lydie CAMPAN

I tried this including restarting the server 1st and I still have the problem. Any other solutions?

Reply

Answer 9

Jan 30, 2008 10:54 AM in response to Michael Teel

Did you implement that toggle guestaccess AFP patch that was suggested in the AFP crash thread? I started to have this problem as soon as I implemented that workaround, and haven't had it since I disabled it. If you did implement that workaround, I might suggest unloading it and rebooting. Unfortunately, it appears to me either I lose AFP services regularly when directory services crashes, or iCal starts to fall apart... neither is preferred in my books...

Best,
Josh

Reply

Answer 10

Urs Aregger1 Author

Level 1

5 points

Feb 2, 2008 9:27 AM in response to Urs Aregger1

I stopped iCal server and deleted all the files in /Library/CalendarServer/Documents/principals/ _uids_/
the I started the server again and it works.

Reply

Answer 11

psw

Level 1

8 points

Feb 7, 2008 2:02 AM in response to Urs Aregger1

I believe the problem might be kerberos.
as a check do the following :

in Server Admin -> iCal try first to deselect Enable SSL

then Error 210 should go away.

To have SSL work I had to explicitely select in iCal : Authntication "Digest" and neither Kerberos nor both.
Then error 210 went away.

good luck

Reply

Answer 12

Frando

Level 2

156 points

Feb 13, 2008 6:39 AM in response to Urs Aregger1

I'm having a similar 210 error problem with my wiki calendars. The iCal clients work fine, just trying to access group calendars.

I noticed this in the "web" service error log:

[Wed Feb 13 14:05:26 2008] [notice] caught SIGTERM, shutting down
[Wed Feb 13 14:07:43 2008] [notice] Apache/2.2.6 (Unix) mod_ssl/2.2.6 OpenSSL/0.9.7l PHP/5.2.4 configured -- resuming normal operations
[Wed Feb 13 14:07:58 2008] [error] [client fe80::20d:93ff:fe48:ebd6] File does not exist: /Library/WebServer/Documents/users, referer: http://myserver.local/groups/

The folder being asked for is not there. Any ideas? I'd very much like to get this service running and don't really want to reinstall the server.

Cheers,

Frank.

Reply

Answer 13

Feb 13, 2008 9:23 AM in response to Frando

Hi all,
Assuming you have iCal service running with data store setup, Host name ->your server domain name on port 8008 and Any Method selected for Authentication:
I have found the 210 error is predominately caused by a permissions error on the data store for the calendar server (usually found at /Library/CalendarServer/Documents.
CalendarServer folder must have _calendar (as the owner and group) with read/write, others read only.
The enclosed Documents folder must have _calendar (as the owner and group) with others having none.
You can set these in Server -> File Sharing -> Browse -> /Library/CalendarServer and use Permissions setting in POSIX. To set the owner and group if not already set to _calendar use the pencil and propagate the permissions at the gear icon.
Once permissions are right check that there are calendars and principals folders in the Documents folder.
In Server Admin -> Web -> Site -> Web services set groups for Wiki/Blogs and Web Calendar.
In WGM enable the group to have web services with web calendar for the site you selected.
In Server Admin add the group to the Site -> Web services panel to Allow group to create wikis.
Go to the web site groups page with your browser and the group should be listed.
Go to the Wiki calendar and make an entry.

In Server Admin check the /Library/CalendarServer/Documents/calendars/groups that a named group folder has been created.

The message in the previous post refers to the groups page selection for users and says that Users aren't set up for individual blogs on the site web services.

I hope this helps.
Harry

Reply

Answer 14

maues

Level 1

10 points

Feb 13, 2008 5:22 PM in response to harry-pmsi

Thank you harry. Followed what you said and it works perfectly now. No more permissions error!

Reply

Answer 15

Feb 13, 2008 8:48 PM in response to maues

Glad to hear your web calendar is up and running.

Harry

Reply