Apple Event: May 7th at 7 am PT

Looks like no one’s replied in a while. To start the conversation again, simply ask a new 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

29 replies

krw

Level 2

179 points

Feb 14, 2008 7:28 AM in response to harry-pmsi

Harry,

Thanks so much for stepping in here. I suspect I have the same issue (permissions). However, after following you directions, I am still getting the 210 error when I pull up the calendar or try and make a calendar entry. I notice that there are no groups being added to /Library/CalendarServer/Documents/groups/ or users being added to /Library/CalendarServer/Documents/users.

The only thing that I can see which might be different on my system is that in
Server Admin -> Server -> File Sharing
/Library/CalendarServer/Documents, I have the following in the posix permissions

_calendar rw
admin rw
others none

Before the Owner of this directory was root, not _calendar, so I thought that I was on my way. I changed root to _calendar (with rw permissions) and changed permissions for others to r only. I checked the other points you made but it seems that calendars are still not being written.

One point more thing... If I check from the terminal I see that the group for the Documents directory is still set to admin:

sh-3.2# ls -l
total 0
drwxrwx---@ 4 _calendar admin 136 Feb 8 09:33 Documents

Could this be the problem? Instead of futzing around with Server Admin, should I just to a:

chown -R _calendar:calendar /Library/CalendarServer/Documents

which would made the owner and the group _calendar for Documents and all underlying directories?

Feb 14, 2008 7:55 AM in response to krw

krw - your permissions for CalendarServer should be set as follows:
owner _calendar read/write
group _calendar read/write
others Read only

For CalendarServer/Documents set permissions to
owner _calendar read/write
group _calendar read/write
others None

When groups are enabled for Web calendar in WGM all folders below Documents will show up with
owner _calendar read/write
group _calendar read only
others None

Hope this helps.
Harry

krw

Level 2

179 points

Feb 15, 2008 7:55 AM in response to harry-pmsi

Harry,

It is working now, but the reason why is a still a bit fuzzy. I made the permission changes you recommended, but the calendar still would not allow edits or even come up without the error message. Last night at some point after multiple stops and starts of the iCal and Web service, it just started working!

Beats the heck out of me... I suspect that the iCal server functions are still a bit buggy. However, that is not going to stop me from sending a big note of appreciation to you. A far as I know, the apple engineers are still working on my ticket (you should ask for a pay raise).

Martyin

Level 1

15 points

Mar 6, 2008 5:27 AM in response to krw

I had the same problems..

one solution that also might work:
at the ical settings tab change the authentication to " any method"
That worked here...

mvinca

Level 1

5 points

Apr 22, 2008 5:48 AM in response to psw

The problem was kerberos for me. I had switched to Only Kerberos in the iCal server. Putting it back to Any Method got rid of the 210 error. Thinking about, it makes sense that the login via the web page isn't Kerberized... although I would consider that an oversight.

Apr 25, 2008 7:41 PM in response to Martyin

I am experiencing this error only under the following circumstances:

--When creating an event initially in iCal.app on the group calendar, everything is fine.
--I then login to web calendar for said group and attempt to modify or simply edit the event I just created... I receive the error. If I create an event in web calendar I can modify it as desired.
--Events created in web calendar sync fine to the iCal.app clients who are connected to web calendar and they can modify events.

So basically only on events which iCal.app creates said event do I experience the problem.

Permissions are correct on the various directories, etc. Sadly since everything works fine in iCal I can't really get users on the webcal for this reason.

edit: Well it isn't just events that are created in iCal.app, any event that I touch from iCal.app on the group cal starts tossing out the 210 errors. Events created and modified ONLY by web calendar feature never experience the problem and still show up properly in iCal.app. The error also appears to only be cosmetic as when I make a change it does sync properly between iCal.app and web calendar but it is an annoying error 😉

Message was edited by: Shane Depner1

Apr 25, 2008 9:20 PM in response to Shane Depner1

Scratch that, not just cosmetic, definitely can't modify events on the group cal that were created from within iCal =/

Error that appears in wiki log is as follows:

2008-04-25 21:16:46-0700 [WebDAVProtocol,client] "Error processing data from calendar server: 'VEVENT components cannot contain both DTEND and DURATION components'"

This error only occurs on events that have been "touched" by iCal.app when accessing the group calendar.

Apr 28, 2008 10:11 PM in response to Urs Aregger1

This error code is driving my crazy too.
Like everyone else, wiki blogs work fine, it's just the calendar that do not work.
Access rights to the folders are correct, but the iCal server does NOT create the group folder.

My wiki/error.log show this.
Can anyone transulate PLEASE
------------
2008-04-29 00:16:58-0400 [HTTPChannel,2,127.0.0.1] Starting factory <zanshin.http.HTTPClientFactory instance at 0x2f22418>
2008-04-29 00:16:58-0400 [Uninitialized] 'Error processing data from calendar server: Connection was refused by other side: 61: Connection refused.'
2008-04-29 00:16:58-0400 [Uninitialized] 127.0.0.1 - - [29/Apr/2008:04:16:58 +0000] "POST / HTTP/1.1" 200 287 "http://mydomain.com/groups/webservicesadmin/calendar/" "Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.14) Gecko/20080404 Firefox/2.0.0.14"
2008-04-29 00:16:58-0400 [Uninitialized] Stopping factory <zanshin.http.HTTPClientFactory instance at 0x2f22418>
--------

Thanks
Larry

May 3, 2008 5:28 PM in response to Larry Koscianski

GOT IT.
The DNS Windows server was down. Nice of the network Gods to inform me.
I started my own DNS server and now everything works GREAT.

Thanks

May 31, 2008 11:39 AM in response to harry-pmsi

Hi

OK so I've set my Owner and Group to _calendar with RW on the CalendarServer folder and the Documents folder then propagated all information to the child folders. But I'm still getting the
"Error from server: Error processing calendar data (210)" error.

Any ideas?

Cheers
B.

Message was edited by: Benjamin Stanley

Message was edited by: Benjamin Stanley

Jul 2, 2008 12:47 PM in response to harry-pmsi

What if the _calendar user & group do not exist?

Best,
M

Jul 11, 2008 3:33 AM in response to Lydie CAMPAN

Hello!

That did the trick for me - had to delete the original goups and redo them, but ... it was a test environment anyway.

tyndall

Level 1

10 points

Jul 11, 2008 12:17 PM in response to Shane Depner1

So here we are after the .3 and .4 updates and this bug is still not fixed.

You'd think that something like the webcal not being able to edit iCal events would be fixed by now, given that iCal server was one of the big reasons to upgrade from Tiger.

Aug 5, 2008 1:26 PM in response to Mark Cichy

_calendar is a system user/group and is normally hidden. Just add another user, any user, to Posix and then edit it to change to _calendar.

I just did that and fixed a VERY frustrating time with the errors.

Error processing calendar data (210)