Re: [CalendarServer-users] Problem with iCal Server upon restart (iCal.app cannot find the calendars on the server)
On 1, Nov,2010, at 17:46, Michael Ney wrote:
Christoffer,
Sorry that didn't work. I'm running essentially the same set up as you and not having the issue (though I have never been able to get the wiki calendars working in the wiki, but they do work with iCal).
Everything works fine if I don't restart the service. I'm no expert but I'm guessing something is a bit of in the "init" function for the calendar server. I glanced at the change sets over at Calendar & Contacts server but I could find any recent changes. I'm having the same issue with my other server... but the exception is that that server is running an OD and users inside the OD are not affected. Users in the stand alone directory still have the exact same issue.
Hopefully someone else has ideas. I know standalone OD works fine, since we use that.
On 11/1/10 12:34 PM, Christoffer Winterkvist wrote:
On 1, Nov,2010, at 17:11, Michael Ney wrote:
Christoffer,
Based on your description, I think what you are experiencing is a bug in the Calendar Server that broke wiki calendars in OS 10.6.4 from an iCal client.
Well, the only thing that works as it should after a restart is the Wiki calendar? I find that quite odd.
iCal client began properly addressing the server, exposing a long standing bug with the Calendar Server that was previously masked by the improper behavior of iCal client. This change fixes the issue on the server:
http://trac.calendarserver.org/changeset/5775/CalendarServer/branches
The file that needs changing on 10.6.4 server is at /usr/share/caldavd/lib/python/twistedcaldav/directory/principal.py
When I edit the source it says exactly what the green change marker says so I'm already running the latest changeset.
Once you make the change, restart the iCal server from the Server Admin Tool. Check your console logs to make sure there are no errors.
Note: We do not yet know if OSX Server 10.6.5 will include this change or not (depends on if they update the iCal server to the latest version), so be aware you might have to make the fix again after updating to 10.6.5 once it comes out.
Thats okay as long as I know what wrong with it. But this did not seem to do the trick.
Here is a extract from one of my logfiles (pastebin url) http://pastebin.com/Kp5X2q5Q
Michael
On 11/1/10 11:49 AM, Christoffer Winterkvist wrote:
So your saying the calendar server should not be working at all? I'm running both Wiki calendars and normal calendars on the server without using a OD master? Is this new requirement in 10.6.4, where is this stated?
Mvh Christoffer Winterkvist christoffer@winterkvist.com http://www.twitter.com/MrStench
On 1, Nov,2010, at 16:44, Morgen Sagen wrote:
10.6.4 Calendar server requires users be in an OD master.
~morgen
On Nov 1, 2010, at 7:13 AM, JJ wrote:
hi Christoffer,
I had this exact problem at one site; all other installations were running fine. Tried all kinds of things to fix it, nothing worked, until I realized the way this one site differed from the others: it was the only Standalone directory.
Converted it to Open Directory Master, and it's been running perfectly since then.
(Just guessing here, but probably the Standalone config is used & tested a lot less?)
grtz, JJ Spreij
div.nabble@demon.cx
> I'm having some trouble with the iCal Server. > Everything works just as it should until I restart the server. When I do all iCal clients get prompted with: > > The server responded with an error. > > The calendar https://serveraddress/principals/__uids__/{uid}/ was not found on the server. Make sure the URL is correct. > > And it keeps prompting about that until iCal.app crashes or I remove the account. > > When I add the account again in iCal everything seems to be working O.K... until I do another restart of the iCal server. > > It seems that it is only the "normal" account that are affected... Wiki Calendars work as they are suppose to even after a restart. > > I'm running a Mac OS X Server 10.6.4 with a Standalone directory.
_______________________________________________ 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
_______________________________________________ calendarserver-users mailing list calendarserver-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/calendarserver-users
Here is some console logs (client side). 2/11/10 16:25:18 iCal[43637] CalDAV CalDAVAccountRefreshQueueableOperation failed: status 'HTTP/1.1 404 Not Found' request: <?xml version="1.0" encoding="utf-8"?> <x0:propfind xmlns:x1="urn:ietf:params:xml:ns:caldav" xmlns:x0="DAV:" xmlns:x2="http://calendarserver.org/ns/"> <x0:prop> <x0:principal-collection-set/> <x1:calendar-home-set/> <x1:calendar-user-address-set/> <x1:schedule-inbox-URL/> <x1:schedule-outbox-URL/> <x2:dropbox-home-URL/> <x2:xmpp-uri/> <x2:notification-URL/> <x0:displayname/> <x0:principal-URL/> <x0:supported-report-set/> </x0:prop> </x0:propfind> ... response: HTTP/1.1 404 Not Found Date: Tue, 02 Nov 2010 15:25:18 GMT Content-Length: 173 Content-Type: text/html;charset=utf-8 Server: Twisted/8.2.0 TwistedWeb/8.2.0 <html><head><title>404 Not Found</title></head><body><h1>Not Found</h1>The resource /principals/__uids__/{userid}/ cannot be found.</body></html> 2/11/10 16:25:19 iCal[43637] CalDAV CalDAVRefreshDelegateListQueueableOperation failed: status 'HTTP/1.1 404 Not Found' request: <?xml version="1.0" encoding="utf-8" ?> <x0:expand-property xmlns:x0="DAV:"><x0:property name="calendar-proxy-write-for" namespace="http://calendarserver.org/ns/"><x0:property name="displayname"/><x0:property name="principal-URL"/><x0:property name="calendar-user-address-set" namespace="urn:ietf:params:xml:ns:caldav"/></x0:property><x0:property name="calendar-proxy-read-for" namespace="http://calendarserver.org/ns/"><x0:property name="displayname"/><x0:property name="principal-URL"/><x0:property name="calendar-user-address-set" namespace="urn:ietf:params:xml:ns:caldav"/></x0:property></x0:expand-property> ... response: HTTP/1.1 404 Not Found Date: Tue, 02 Nov 2010 15:25:19 GMT Content-Length: 173 Content-Type: text/html;charset=utf-8 Server: Twisted/8.2.0 TwistedWeb/8.2.0 <html><head><title>404 Not Found</title></head><body><h1>Not Found</h1>The resource /principals/__uids__/{userid}/ cannot be found.</body></html> 2/11/10 16:25:20 iCal[43637] Unhandled error: [CalDAVQueueableOperation finishOperation] _error = Error Domain=DAVErrorDomain Code=10 UserInfo=0x1152a4ad0 "The operation couldn’t be completed. (DAVErrorDomain error 10.)". Mvh Christoffer Winterkvist christoffer@winterkvist.com http://www.twitter.com/MrStench On 2, Nov,2010, at 16:20, Christoffer Winterkvist wrote:
On 1, Nov,2010, at 17:46, Michael Ney wrote:
Christoffer,
Sorry that didn't work. I'm running essentially the same set up as you and not having the issue (though I have never been able to get the wiki calendars working in the wiki, but they do work with iCal).
Everything works fine if I don't restart the service. I'm no expert but I'm guessing something is a bit of in the "init" function for the calendar server. I glanced at the change sets over at Calendar & Contacts server but I could find any recent changes.
I'm having the same issue with my other server... but the exception is that that server is running an OD and users inside the OD are not affected. Users in the stand alone directory still have the exact same issue.
Hopefully someone else has ideas. I know standalone OD works fine, since we use that.
On 11/1/10 12:34 PM, Christoffer Winterkvist wrote:
On 1, Nov,2010, at 17:11, Michael Ney wrote:
Christoffer,
Based on your description, I think what you are experiencing is a bug in the Calendar Server that broke wiki calendars in OS 10.6.4 from an iCal client.
Well, the only thing that works as it should after a restart is the Wiki calendar? I find that quite odd.
iCal client began properly addressing the server, exposing a long standing bug with the Calendar Server that was previously masked by the improper behavior of iCal client. This change fixes the issue on the server:
http://trac.calendarserver.org/changeset/5775/CalendarServer/branches
The file that needs changing on 10.6.4 server is at /usr/share/caldavd/lib/python/twistedcaldav/directory/principal.py
When I edit the source it says exactly what the green change marker says so I'm already running the latest changeset.
Once you make the change, restart the iCal server from the Server Admin Tool. Check your console logs to make sure there are no errors.
Note: We do not yet know if OSX Server 10.6.5 will include this change or not (depends on if they update the iCal server to the latest version), so be aware you might have to make the fix again after updating to 10.6.5 once it comes out.
Thats okay as long as I know what wrong with it. But this did not seem to do the trick.
Here is a extract from one of my logfiles (pastebin url) http://pastebin.com/Kp5X2q5Q
Michael
On 11/1/10 11:49 AM, Christoffer Winterkvist wrote:
So your saying the calendar server should not be working at all? I'm running both Wiki calendars and normal calendars on the server without using a OD master? Is this new requirement in 10.6.4, where is this stated?
Mvh Christoffer Winterkvist christoffer@winterkvist.com http://www.twitter.com/MrStench
On 1, Nov,2010, at 16:44, Morgen Sagen wrote:
10.6.4 Calendar server requires users be in an OD master.
~morgen
On Nov 1, 2010, at 7:13 AM, JJ wrote:
> hi Christoffer, > > I had this exact problem at one site; all other installations were running fine. Tried all kinds of things to fix it, nothing worked, until I realized the way this one site differed from the others: it was the only Standalone directory. > > Converted it to Open Directory Master, and it's been running perfectly since then. > > (Just guessing here, but probably the Standalone config is used & tested a lot less?) > > grtz, JJ Spreij > > div.nabble@demon.cx > >> I'm having some trouble with the iCal Server. >> Everything works just as it should until I restart the server. When I do all iCal clients get prompted with: >> >> The server responded with an error. >> >> The calendar https://serveraddress/principals/__uids__/{uid}/ was not found on the server. Make sure the URL is correct. >> >> And it keeps prompting about that until iCal.app crashes or I remove the account. >> >> When I add the account again in iCal everything seems to be working O.K... until I do another restart of the iCal server. >> >> It seems that it is only the "normal" account that are affected... Wiki Calendars work as they are suppose to even after a restart. >> >> I'm running a Mac OS X Server 10.6.4 with a Standalone directory. > > _______________________________________________ > 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
_______________________________________________ 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
Hi Christoffer, --On November 2, 2010 4:27:17 PM +0100 Christoffer Winterkvist <christoffer@winterkvist.com> wrote:
Here is some console logs (client side).
So this: 1) Pick a particular user id. 2) Start the server. 3) In a web browser go to /principals/users/<<userid>> 4) Make a note of the "Principal URL" shown in the web browser 5) Stop/start the server 6) Go to /principals/users/<<userid>> again Does the principal URL match the one from before? -- Cyrus Daboo
On 2, Nov,2010, at 16:32, Cyrus Daboo wrote:
Hi Christoffer,
--On November 2, 2010 4:27:17 PM +0100 Christoffer Winterkvist <christoffer@winterkvist.com> wrote:
Here is some console logs (client side).
So this:
1) Pick a particular user id. 2) Start the server. 3) In a web browser go to /principals/users/<<userid>>
It returns 404 because the principals list does not seem to generate until I either access it via webcal or re-add the account in iCal.
4) Make a note of the "Principal URL" shown in the web browser 5) Stop/start the server 6) Go to /principals/users/<<userid>> again
Does the principal URL match the one from before?
The principals always stay the same. I can describe my action in a series of screenshots if you like?
-- Cyrus Daboo
Hi Christoffer, --On November 2, 2010 4:48:32 PM +0100 Christoffer Winterkvist <christoffer@winterkvist.com> wrote:
1) Pick a particular user id. 2) Start the server. 3) In a web browser go to /principals/users/<<userid>>
It returns 404 because the principals list does not seem to generate until I either access it via webcal or re-add the account in iCal.
4) Make a note of the "Principal URL" shown in the web browser 5) Stop/start the server 6) Go to /principals/users/<<userid>> again
Does the principal URL match the one from before?
The principals always stay the same.
I can describe my action in a series of screenshots if you like?
Try turning on debug log level in the server, then repeat the steps above to get the 404. Stop the server then send the /var/log/caldavd/error.log file (privately if you like). -- Cyrus Daboo
participants (2)
-
Christoffer Winterkvist
-
Cyrus Daboo