Wiki Calendar error

i got into some performenc problems with the wiki calendar server, so i checked the logs and found this in the /Library/Logs/wikid/error.log
anyone got a clue about this??
2008-01-21 11:13:36+0100 [WebDAVProtocol,client] Unhandled Error
Traceback (most recent call last):
File "/usr/share/caldavd/lib/python/twisted/python/log.py", line 49, in callWithLogger
return callWithContext({"system": lp}, func, *args, **kw)
File "/usr/share/caldavd/lib/python/twisted/python/log.py", line 34, in callWithContext
return context.call({ILogContext: newCtx}, func, *args, **kw)
File "/usr/share/caldavd/lib/python/twisted/python/context.py", line 59, in callWithContext
return self.currentContext().callWithContext(ctx, func, *args, **kw)
File "/usr/share/caldavd/lib/python/twisted/python/context.py", line 37, in callWithContext
return func(args,*kw)
File "/usr/share/caldavd/lib/python/twisted/internet/selectreactor.py", line 139, in _doReadOrWrite
why = getattr(selectable, method)()
File "/usr/share/caldavd/lib/python/twisted/internet/tcp.py", line 362, in doRead
return self.protocol.dataReceived(data)
File "/usr/share/caldavd/lib/python/twisted/protocols/basic.py", line 232, in dataReceived
why = self.lineReceived(line)
File "/usr/share/wikid/lib/python/zanshin/http.py", line 956, in lineReceived
self._endHeaders()
File "/usr/share/wikid/lib/python/zanshin/http.py", line 830, in _endHeaders
self.handleEndHeaders()
File "/usr/share/wikid/lib/python/zanshin/http.py", line 769, in handleEndHeaders
method()
File "/usr/share/wikid/lib/python/zanshin/http.py", line 1032, in handleStatus_401
newRequest.deferred.chainDeferred(self.request.deferred)
File "/usr/share/caldavd/lib/python/twisted/internet/defer.py", line 227, in chainDeferred
return self.addCallbacks(d.callback, d.errback)
exceptions.AttributeError: 'NoneType' object has no attribute 'callback'
2008-01-21 11:14:06+0100 [-] 'Error processing data from calendar server: User timeout caused connection failure.'
2008-01-21 11:14:06+0100 [-] 127.0.0.1 - - [21/Jan/2008:10:14:06 +0000] "POST / HTTP/1.1" 200 287 "http://s9.local/groups/SNK/calendar/" "Mozilla/5.0 (Macintosh; U; Intel Mac OS X; de; rv:1.8.1.11) Gecko/20071127 Firefox/2.0.0.11"
2008-01-21 11:14:06+0100 [-] 'Error processing data from calendar server: User timeout caused connection failure.'
2008-01-21 11:14:06+0100 [-] 127.0.0.1 - - [21/Jan/2008:10:14:06 +0000] "POST / HTTP/1.1" 200 287 "http://s9.local/groups/SNK/calendar/" "Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; de; rv:1.8.1.11) Gecko/20071127 Firefox/2.0.0.11"
2008-01-21 11:14:36+0100 [-] Unhandled error in Deferred:
2008-01-21 11:14:36+0100 [-] Unhandled Error
Traceback (most recent call last):
Failure: twisted.internet.error.TimeoutError: User timeout caused connection failure.
2008-01-21 11:14:36+0100 [WebDAVProtocol,client] Stopping factory
2008-01-21 11:14:36+0100 [-] Unhandled error in Deferred:
2008-01-21 11:14:36+0100 [-] Unhandled Error
Traceback (most recent call last):
Failure: twisted.internet.error.TimeoutError: User timeout caused connection failure.

no one any idea? i'm starting all over again as it seams... still couldnt figure out how to solve this! by now i think it's some right issue?
here i have a few of the log files, anyone knows what i'm reading here?
ical error log:
2008-01-31 12:05:05+0100 [-] [caldav-8008] [HTTPChannel,10678,192.168.2.19] Unauthenticated users not enabled with the 'calendar' SACL
2008-01-31 12:05:05+0100 [-] [caldav-8008] [HTTPChannel,10678,192.168.2.19] Allow proxy: user 'wikiserver' as 'SNK'
2008-01-31 12:05:05+0100 [-] [caldav-8008] [HTTPChannel,10678,192.168.2.19] REPORT /calendars/groups/SNK/calendar/ HTTP/1.1
2008-01-31 12:05:46+0100 [-] [caldav-8008] [HTTPChannel,10680,192.168.2.45] GET /calendars/groups/SNK/calendar/ HTTP/1.1
2008-01-31 12:05:46+0100 [-] [caldav-8008] [HTTPChannel,10680,192.168.2.45] GET /calendars/groups/SNK/calendar/ HTTP/1.1
2008-01-31 12:05:55+0100 [-] [caldav-8008] [HTTPChannel,10681,192.168.2.19] Unauthenticated users not enabled with the 'calendar' SACL
2008-01-31 12:05:55+0100 [-] [caldav-8008] [HTTPChannel,10681,192.168.2.19] Allow proxy: user 'wikiserver' as 'SNK'
2008-01-31 12:05:55+0100 [-] [caldav-8008] [HTTPChannel,10681,192.168.2.19] REPORT /calendars/groups/SNK/calendar/ HTTP/1.1
2008-01-31 12:06:27+0100 [-] [caldav-8008] [HTTPChannel,10683,192.168.2.33] GET /calendars/groups/SNK/calendar HTTP/1.1
2008-01-31 12:06:27+0100 [-] [caldav-8008] [HTTPChannel,10684,192.168.2.33] GET /calendars/groups/SNK/calendar/ HTTP/1.1
ical server log
192.168.2.45 - snk [31/Jan/2008:12:05:55 +0200] "GET /calendars/groups/SNK/calendar/ HTTP/1.1" 200 42535 "-" "DAVKit/2.0 (10.4.11; wrbt) iCal 2.0.5" [9588.6 ms]
192.168.2.19 - - [31/Jan/2008:12:05:55 +0200] "REPORT /calendars/groups/SNK/calendar/ HTTP/1.1" 401 141 "-" "-" [9.8 ms]
192.168.2.19 - "(sudoers)wikiserver as (groups)SNK" [31/Jan/2008:12:06:05 +0200] "REPORT /calendars/groups/SNK/calendar/ HTTP/1.1" 207 123528 "-" "-" [10356.9 ms]
192.168.2.33 - - [31/Jan/2008:12:06:27 +0200] "GET /calendars/groups/SNK/calendar HTTP/1.1" 401 141 "-" "DAVKit/2.0 (10.4.11; wrbt) iCal 2.0.5" [40.0 ms]
192.168.2.33 - snk [31/Jan/2008:12:06:27 +0200] "GET /calendars/groups/SNK/calendar HTTP/1.1" 301 154 "-" "DAVKit/2.0 (10.4.11; wrbt) iCal 2.0.5" [186.1 ms]
web access log
192.168.2.41 - - [31/Jan/2008:12:05:04 +0100] "POST /RPC2 HTTP/1.1" 200 192621
::1 - - [31/Jan/2008:12:05:38 +0100] "GET / HTTP/1.0" 302 307
192.168.2.41 - - [31/Jan/2008:12:05:51 +0100] "POST /RPC2 HTTP/1.1" 200 192621
192.168.2.41 - - [31/Jan/2008:12:06:40 +0100] "POST /RPC2 HTTP/1.1" 200 192621
web error log
[Thu Jan 31 12:05:21 2008] [crit] (2)No such file or directory: mod_rewrite: could not init rewrite log lock in child
wikid error log
2008-01-31 12:05:04+0100 [HTTPChannel,4496,127.0.0.1] Starting factory <zanshin.http.HTTPClientFactory instance at 0x30c8b98>
2008-01-31 12:05:19+0100 [WebDAVProtocol,client] 127.0.0.1 - - [31/Jan/2008:11:05:16 +0000] "POST / HTTP/1.1" 200 192621 "http://s9.local/groups/SNK/calendar/" "Mozilla/5.0 (Macintosh; U; Intel Mac OS X; de; rv:1.8.1.11) Gecko/20071127 Firefox/2.0.0.11"
2008-01-31 12:05:31+0100 [WebDAVProtocol,client] Stopping factory <zanshin.http.HTTPClientFactory instance at 0x30c8b98>
2008-01-31 12:05:51+0100 [HTTPChannel,4497,127.0.0.1] Starting factory <zanshin.http.HTTPClientFactory instance at 0x35300a8>
2008-01-31 12:06:08+0100 [WebDAVProtocol,client] 127.0.0.1 - - [31/Jan/2008:11:06:04 +0000] "POST / HTTP/1.1" 200 192621 "http://s9.local/groups/SNK/calendar/" "Mozilla/5.0 (Macintosh; U; Intel Mac OS X; de; rv:1.8.1.11) Gecko/20071127 Firefox/2.0.0.11"
2008-01-31 12:06:20+0100 [WebDAVProtocol,client] Stopping factory <zanshin.http.HTTPClientFactory instance at 0x35300a8>
2008-01-31 12:06:40+0100 [HTTPChannel,4498,127.0.0.1] Starting factory <zanshin.http.HTTPClientFactory instance at 0x3539058>
wikid access log
s9.local unauthenticated [31/Jan/2008:08:26:10 +0200] "GET /groups/SNK/calendar/ HTTP/1.1" 200 4179 http://extranet.snk.ch/SNK/index.php?title=Kalender Mozilla/5.0 (Macintosh; U; Intel Mac OS X; de-de) AppleWebKit/523.12 (KHTML, like Gecko) Version/3.0.4 Safari/523.12
s9.local unauthenticated [31/Jan/2008:08:26:10 +0200] "GET /collaboration-config/locStrings.js HTTP/1.1" 200 30999 http://s9.local/groups/SNK/calendar/ Mozilla/5.0 (Macintosh; U; Intel Mac OS X; de-de) AppleWebKit/523.12 (KHTML, like Gecko) Version/3.0.4 Safari/523.12
s9.local snk [31/Jan/2008:08:26:16 +0200] "GET /groups/SNK/calendar/ HTTP/1.1" 200 8581 http://s9.local/groups/SNK/calendar/ Mozilla/5.0 (Macintosh; U; Intel Mac OS X; de-de) AppleWebKit/523.12 (KHTML, like Gecko) Version/3.0.4 Safari/523.12
s9.local snk [31/Jan/2008:08:26:17 +0200] "GET /collaboration-config/locStrings.js HTTP/1.1" 200 30999 http://s9.local/groups/SNK/calendar/ Mozilla/5.0 (Macintosh; U; Intel Mac OS X; de-de) AppleWebKit/523.12 (KHTML, like Gecko) Version/3.0.4 Safari/523.12
s9.local unauthenticated [31/Jan/2008:09:17:28 +0200] "GET /groups/SNK/calendar/ HTTP/1.1" 200 4179 http://extranet.snk.ch/SNK/index.php?title=Kalender Mozilla/5.0 (Macintosh; U; PPC Mac OS X; de-de) AppleWebKit/419 (KHTML, like Gecko) Safari/419.3
s9.local unauthenticated [31/Jan/2008:09:17:29 +0200] "GET /collaboration-config/locStrings.js HTTP/1.1" 200 30999 http://s9.local/groups/SNK/calendar/ Mozilla/5.0 (Macintosh; U; PPC Mac OS X; de-de) AppleWebKit/419 (KHTML, like Gecko) Safari/419.3
s9.local snk [31/Jan/2008:09:18:26 +0200] "GET /groups/SNK/calendar/ HTTP/1.1" 200 8581 http://s9.local/groups/SNK/calendar/ Mozilla/5.0 (Macintosh; U; PPC Mac OS X; de-de) AppleWebKit/419 (KHTML, like Gecko) Safari/419.3
s9.local snk [31/Jan/2008:09:18:26 +0200] "GET /collaboration-config/locStrings.js HTTP/1.1" 200 30999 http://s9.local/groups/SNK/calendar/ Mozilla/5.0 (Macintosh; U; PPC Mac OS X; de-de) AppleWebKit/419 (KHTML, like Gecko) Safari/419.3
s9.local unauthenticated [31/Jan/2008:10:13:37 +0200] "GET /groups/SNK/calendar/ HTTP/1.1" 200 4143 http://extranet.snk.ch/SNK/index.php?title=Kalender Mozilla/5.0 (Macintosh; U; Intel Mac OS X; de; rv:1.8.1.11) Gecko/20071127 Firefox/2.0.0.11
s9.local unauthenticated [31/Jan/2008:10:13:37 +0200] "GET /collaboration-config/locStrings.js HTTP/1.1" 200 30999 http://s9.local/groups/SNK/calendar/ Mozilla/5.0 (Macintosh; U; Intel Mac OS X; de; rv:1.8.1.11) Gecko/20071127 Firefox/2.0.0.11
s9.local snk [31/Jan/2008:10:13:47 +0200] "GET /groups/SNK/calendar/ HTTP/1.1" 200 8545 http://extranet.snk.ch/SNK/index.php?title=Kalender Mozilla/5.0 (Macintosh; U; Intel Mac OS X; de; rv:1.8.1.11) Gecko/20071127 Firefox/2.0.0.11
s9.local snk [31/Jan/2008:10:13:48 +0200] "GET /collaboration-config/locStrings.js HTTP/1.1" 200 30999 http://s9.local/groups/SNK/calendar/ Mozilla/5.0 (Macintosh; U; Intel Mac OS X; de; rv:1.8.1.11) Gecko/20071127 Firefox/2.0.0.11

Similar Messages

Lost Wiki calendars after upgrade to 10.6.4

Hi,
After upgrade my clients to 10.6.4 we are not be able to connect to our Wiki calendars using iCal client.
The original path was:
/principals/wikis/WIKI-NAME/
But now it says the client is not able to connect to:
/principals/_uids_/8a8be0fd-f969-5760-bef6-a73ad4ae3aa1/
If we recreate the subscription, the first time iCal is able to access to the calendar data, using the original path, but after close and restart the client, it modifies the path and uses the new path value (/principals/_uids_/8a8be0fd-f969-5760-bef6-a73ad4ae3aa1/)
In the caldavd error log says:
[AMP,client] [twistedcaldav.directory.principal#error] No principal found for UID: 8a8be0fd-f969-5760-bef6-a73ad4ae3aa1
We do not have this kind of problems with our Leopard (10.5.8) iCal clients or using the web page.
Thanks in advance for any help.
H.

A followup from my post here: http://discussions.apple.com/messageview.jspa?messageID=11686666&stqc=true
Looking at server debug error logs in Info mode, it appears that when querying for the group's HEX UID, the server does the following process:
- Creates a wiki record for the GUID in Memcache; the correct data appears to be passed from the wiki entry
- Checks state of GUID, fails to find it
- Removes memcache data
- Returns "Not Found" to the client
Anyone know why the Twisted is failing to successfully create the Memcache entry?
This is the log of the events dealing with the targetted UID:
2010-06-17 11:00:40-0400 [-] [caldav-8009] [PooledMemCacheProtocol,client] [twistedcaldav.directory.wiki.WikiDirectoryService#info] Creating wiki record with GUID 4946e8b4-dbee-59aa-9064-37bc5ae59154
2010-06-17 11:01:01-0400 [-] [caldav-8009] [PooledMemCacheProtocol,client] [twistedcaldav.cache.MemcacheResponseCache#debug] Adding to cache: '04a59fceaad709e7fcbbe8a1a846fa43' = '((I0\nNtp1\nI5849565769670424107\n(I0\nNtp2\n(I207\n(dp3\nS\'Last-Modified\'\n p4\n(lp5\nS\'Thu, 17 Jun 2010 15:01:01 GMT\'\np6\nasS\'DAV\'\np7\n(lp8\nS\'1, access-control, calendar-access, calendar-schedule, calendar-auto-schedule, calendar-availability, inbox-availability, calendar-proxy, calendarserver-private-events, calendarserver-private-comments, calendarserver-principal-property-search\'\np9\nasS\'Content-Type\'\np10\n(lp11 \nS\'text/xml\'\np12\nasS"<?xml version=\'1.0\' encoding=\'UTF-8\'?><multistatus xmlns=\'DAV:\'>\\r\\n <response>\\r\\n <href>/principals/wikis/acgiit/</href>\\r\\n <propstat>\\r\\n <prop>\\r\\n <principal-collection-set>\\r\\n <href>/principals/</href>\\r\\n </principal-collection-set>\\r\\n <calendar-home-set xmlns=\'urn:ietf:params:xml:ns:caldav\'>\\r\\n <href xmlns=\'DAV:\'>/calendars/_uids_/wiki-acgiit</href>\\r\\n </calendar-home-set>\\r\\n <calendar-user-address-set xmlns=\'urn:ietf:params:xml:ns:caldav\'>\\r\\n <href xmlns=\'DAV:\'>/principals/wikis/acgiit/</href>\\r\\n <href xmlns=\'DAV:\'>urn:uuid:4946e8b4-dbee-59aa-9064-37bc5ae59154</href>\\r\\n <href xmlns=\'DAV:\'>https://server.redacted.tld:8443/principals/_uids_/4946e8b4-dbee-59aa-9064-37bc5ae59154/</href>\\r\\n <href xmlns=\'DAV:\'>https://server.redacted.tld:8443/principals/wikis/acgiit/</href>\\r\\n <href xmlns=\'DAV:\'>/principals/_uids_/4946e8b4-dbee-59aa-9064-37bc5ae59154/</href>\\r\\n <href xmlns=\'DAV:\'>http://server.redacted.tld:8008/principals/wikis/acgiit/</href>\\r\\n <href xmlns=\'DAV:\'>http://server.redacted.tld:8008/principals/_uids_/4946e8b4-dbee-59aa-9064-37bc5ae59154/</href>\\r\\n </calendar-user-address-set>\\r\\n <schedule-inbox-URL xmlns=\'urn:ietf:params:xml:ns:caldav\'>\\r\\n <href xmlns=\'DAV:\'>/calendars/_uids_/wiki-acgiit/inbox/</href>\\r\\n </schedule-inbox-URL>\\r\\n <schedule-outbox-URL xmlns=\'urn:ietf:params:xml:ns:caldav\'>\\r\\n <href xmlns=\'DAV:\'>/calendars/_uids_/wiki-acgiit/outbox/</href>\\r\\n </schedule-outbox-URL>\\r\\n <dropbox-home-URL xmlns=\'http://calendarserver.org/ns/\'>\\r\\n <href xmlns=\'DAV:\'>/calendars/_uids_/wiki-acgiit/dropbox/</href>\\r\\n </dropbox-home-URL>\\r\\n <displayname>acgiit</displayname>\\r\\n <principal-URL>\\r\\n <href>/principals/_uids_/4946e8b4-dbee-59aa-9064-37bc5ae59154/</href>\\r\\n </principal-URL>\\r\\n <supported-report-set>\\r\\n <supported-report>\\r\\n <report>\\r\\n <acl-principal-prop-set/>\\r\\n </report>\\r\\n </supported-report>\\r\\n <supported-report>\\r\\n <report>\\r\\n <principal-match/>\\r\\n </report>\\r\\n </supported-report>\\r\\n <supported-report>\\r\\n <report>\\r\\n <principal-property-search/>\\r\\n </report>\\r\\n </supported-report>\\r\\n <supported-report>\\r\\n <report>\\r\\n <expand-property/>\\r\\n </report>\\r\\n </supported-report>\\r\\n </supported-report-set>\\r\\n </prop>\\r\\n <status>HTTP/1.1 200 OK</status>\\r\\n </propstat>\\r\\n <propstat>\\r\\n <prop>\\r\\n <xmpp-uri xmlns=\'http://calendarserver.org/ns/\'/>\\r\\n <notification-URL xmlns=\'http://calendarserver.org/ns/\'/>\\r\\n </prop>\\r\\n <status>HTTP/1.1 404 Not Found</status>\\r\\n </propstat>\\r\\n </response>\\r\\n</multistatus>"\np13\ntt.'
2010-06-17 11:01:07-0400 [-] [caldav-8009] [PooledMemCacheProtocol,client] [twistedcaldav.directory.appleopendirectory.OpenDirectoryService#debug] Memcache: checking dir|guid|4946e8b4-dbee-59aa-9064-37bc5ae59154
2010-06-17 11:01:07-0400 [-] [caldav-8009] [PooledMemCacheProtocol,client] [twistedcaldav.directory.appleopendirectory.OpenDirectoryService#debug] Memcache: miss dir|guid|4946e8b4-dbee-59aa-9064-37bc5ae59154
2010-06-17 11:01:07-0400 [-] [caldav-8009] [PooledMemCacheProtocol,client] [twistedcaldav.directory.appleopendirectory.OpenDirectoryService#debug] Faulting record for attribute 'guid' with value '4946e8b4-dbee-59aa-9064-37bc5ae59154'
2010-06-17 11:01:07-0400 [-] [caldav-8009] [PooledMemCacheProtocol,client] [twistedcaldav.directory.appleopendirectory.OpenDirectoryService#debug] opendirectory.queryRecordsWithAttribute_list(<PyCObject object at 0x101b47670>,'dsAttrTypeStandard:GeneratedUID','4946e8b4-dbee-59aa-9064-37bc5ae 59154',8193,False,['dsRecTypeStandard:Users', 'dsRecTypeStandard:Groups', 'dsRecTypeStandard:Places', 'dsRecTypeStandard:Resources'],['dsAttrTypeStandard:GeneratedUID', 'dsAttrTypeStandard:RecordName', 'dsAttrTypeStandard:AltSecurityIdentities', 'dsAttrTypeStandard:RecordType', 'dsAttrTypeStandard:RealName', 'dsAttrTypeStandard:FirstName', 'dsAttrTypeStandard:LastName', 'dsAttrTypeStandard:EMailAddress', 'dsAttrTypeStandard:AppleMetaNodeLocation', 'dsAttrTypeStandard:GroupMembers', 'dsAttrTypeStandard:NestedGroups', 'dsAttrTypeStandard:ResourceInfo', 'dsAttrTypeStandard:ResourceInfo'])
2010-06-17 11:01:07-0400 [-] [caldav-8009] [PooledMemCacheProtocol,client] [twistedcaldav.directory.appleopendirectory.OpenDirectoryService#debug] Failed to fault record for attribute 'guid' with value '4946e8b4-dbee-59aa-9064-37bc5ae59154'
2010-06-17 11:01:07-0400 [-] [caldav-8009] [PooledMemCacheProtocol,client] [twistedcaldav.directory.appleopendirectory.OpenDirectoryService#debug] Memcache: storing (negative) dir|guid|4946e8b4-dbee-59aa-9064-37bc5ae59154
2010-06-17 11:01:07-0400 [-] [caldav-8009] [PooledMemCacheProtocol,client] [twistedcaldav.directory.principal#error] No principal found for UID: 4946e8b4-dbee-59aa-9064-37bc5ae59154

Wiki Service error message (continuous) in OS X Server (ML) 2.2

I'm getting a continuouas "Error Reading Wiki settings" on my installation of OS X Server. How do I reset those Wiki settings? I do NOT have this service enabled, yet still get errors.
I am using only the minimal services- File Sharing, Profile Manager, Open Directory, MAS Updates (new with 2.2). Here's what the Wiki screen (unenabled) shows. The error pops up whenever the Server is running.

greenvespa wrote:
I've got the same problem, but I don't want to reinstall Server App because i don't want to lose users (open directory) and mails. I've got "Error reading settings" on Profile Manager and Wiki (Calendar and Messages are OK).
Any others ideas to solve this problem without reinstalling?
The saving of users may not be a problem. All my settings came back using the procedure described by basilmir for me (don't know what will happen for you, but assume the same). Don't know specific procedure to save your settings but assume that a full backup would be the 100% sure way to insure this.
My point though is that the procedure given doesn't fix the problem. I am contacting Apple Support on this. It is possible that I had this problem in a previous install and upgrading did not cure, though did not notice Wiki errors. As stated, I do not use Wiki Server functionality and it is turned off, yet the errors recur. Several other threads exist on this type of issue and it affects several other Server settings as you describe (with Profile Manager) whether enabled or not and it occurs in previous versions too. You would think that Apple would have weighed in on this by now. To date, have seen no KB or official support threads, have you?

Wiki calendar pages can't be accessed

After the most recent server and security updates, no one is able to access the calendars through the wiki web sites. Everything else on the sites are accessible but on the home page under "Upcoming Events" shows a message "Unable to access calendar, because an error occurred" and when we attempt to access the calendar, the page is grayed out and it is stuck at "getting events from server" with the spinning wheel. We are not using group calendars, just individual calendars through the wiki web pages. Is this happening to anyone else?

Idem
i just can't access the wiki calendar.
But I can access calendars linked with individual accounts (from the "my page")
i have some other issues with individual calendars in ical clients : randomly an connection error occurs, and most of time it takes loads of time to update at opening and/or after editing.
I get this :
+Le serveur a répondu+
+« HTTP/1.1 500 Internal Server Error »+
+à l’opération CalDAVRefreshDelegateListQueueableOperation.+
I don't know if both problems are linked together or not.

Migrating Wiki Calendars from Lion from Lion

This was an information article, since I spent a few hours on this one and there was no documentation and may help someone one day!
Description: This article was a guide on how to move a Wiki Calendar form a Lion server to another Lion Server.
Problem: Wiki Calendar Service wasn't running properly, and the service was stopped / restarted and never came back on. There was a few errors on our XServ regurading this, but since there was no phone support, I created a work around by migrating the data to another mini, to get calendars back up and running. This may come in handy for someone to migrate servers.
Another problem that came into factor here was also we upgraded from Snow Leapord, so instead of all of your files being in 1 place like they would be on a lion machine they were in multiple directories, which made the process more difficult.
Process: A few steps will have to be done in order for this to work. As our configuration was binded to AD, in a multi domain forest. Also remember the wiki calendars are inbended into the wiki, so not only moving the calendar files are enough to get it working on a different machine.
1) Bind to AD and get your 2nd machine up and running
2) Migrate the Wiki Calendars over using the KB article on apples forumn. http://support.apple.com/kb/HT5082
3) Copy the config files for the Calendar - I included the default folders for this below.
/Library/Server/Calendar and Contacts/Data ---> /Library/Server/Calendar and Contacts/Data on the new server
**note**
If you came from a snow leapord machine you will have a folder called migrated-data / .calendarserver_version files stored in a different place, once found it will have to be copied to /Library/Server/Calendar and Contacts/Documents
Both of these files need to be in this folder on the new server if your using the apple defaults ---> /Library/Server/Calendar and Contacts/Documents
I also had renamed my calendars-migrated to calendars-migrated-old after they were moved to the proper location.
The folder calendars-migrated will also have to be copied over via a USB drive since hidden attributes are embedded and any sort of network sync drops these files. (rsync / sftp) If you navigate into the calendars-migrated data, you will see filse like this with permissions drwxr-x---@ and you need to retain the @ if you have multiple calendars in 1 wiki.
Once the folder calendars-migrated is moved to the new location in /Library/Server/Calendar and Contacts/Documents/ you will have to use a chown to change the ownership of the permissions for the calendars-migrated folder
# sudo chown -R root:_calendar calendars-migrated
4) Next we will have to export the database for caldav
Stop the calendar / address book services
# sudo serveradmin stop calendar
# sudo serveradmin stop addressbook
Export the Database to the /tmp folder (file will be called caldav.pgdump)
# sudo pg_dump --format=c --compress=9 --blobs --username=caldav --file=/tmp/caldav.pgdump caldav
Move the file /tmp/caldav.pgdump from the old server to the new server on /tmp/caldav.pgdump.
One the new machine wipe the database so you can import it with the correct version (form moving the .calendarversion file over)
# sudo dropdb -U _postgres -i caldav
Create a new database on the new machine
# sudo createdb -U caldav caldav
Import that database to Collab so it can be used in the wiki
# sudo -u _postgres pg_restore -d caldav -U collab --single-transaction /tmp/caldav.pgdump

Hi,
I'll just say my try of wiki migration from SLS(MacPro) to LS(MacMini with Internal Disk1&2).
1)Fisrt I made a bootable backup of SLS to Disk2 of MacMini.
2)Second I booted from Desk2. MacMini was running as SLS. After that, I installed Lion and LS from App Store.
Wiki migration was successful. So Disk1 is an original LS and Disk2 is LS with wiki migration.
Good luck!
Tac

Audtoschedule public wiki calendar

I don't have a lot of experience with large or even medium scale networks. I am currently trying to set up a mac mini server with 10.6 .7. Honestly I am very frustrated so far with snow leopard server. Given the advertisement for this server software being "easy setup" it has been anything but. The documentation is thin at best and mostly nonexistent. DNS and DHCP have been the big culprits so far. But I digress. I am trying to create a public calendar of events for our church through ical server 2. My thought was to create a public wiki calendar and then use calendarserver_manage_principals in the command line to enable autoscheduling. Mainly so someone (myself most likely...) wouldn't have to accept every invitation. Unfortunately I get this error;
Enabling auto-schedule for (users)publiccal is not allowed.
Can anyone help me figure out what I can do to get this working? The calendar must be public so we can use a wordpress plugin for our website.
Any help would be appreciated.

Same here. been trying to fix for 3 days!
10.6.7 on intel x-server. tried migrating old data, tried scrapping everything and starting from scratch. interestingly I have fixed the issue with personal calendars but the group calendars do not work. I tried 'matching' ssl settings. tried wiping /Library/CalendarServer and /Library/Collaboration (where group cal's seem to be)
It seems group calendar support is falling through the cracks.
[Wed Mar 23 16:36:50 2011] [notice] Apache/2.2.17 (Unix) mod_ssl/2.2.17 OpenSSL/0.9.8l DAV/2 PHP/5.3.4 configured -- resuming normal operations
2011-03-23 16:36:52-0400 [-] twisted.web.server.Site starting on 8086
2011-03-23 16:36:52-0400 [-] twisted.web2.channel.http.HTTPFactory starting on 8087
2011-03-23 16:49:25-0400 [-] [caldav-8010] [Uninitialized] [calendarserver.provision.root#error] Failed to look up wiki token (Connection was refused by other side: 61: Connection refused.)

Can I add more than one Wiki calendar to my web cal?

Hi,
I would like to add more than one Wiki-Cal to my Webcal (or CalDAV). Well I have two Wikis with calendars both are shown in my webcal (see photo)
I have added the wiki calendar "Oberstufe" and from another wiki "Praktikum".
In one Wiki I want to add a second calerndar "stundenplan". This works very fine (see photo)
The problem is that I can't add this second calendar "Stundenplan" to my iCal calendars. The Link is added. When the mouse is over this link there is a hand. But pressing this link doesn`t work.
Where is my mistake?
I'm using OS Lion Server with an SSL-Connection and a selfsigned certificate.

Hi,
See my post here:
https://discussions.apple.com/message/15253863#15253863
Best wishes
John M

Can you set a time range in the wiki calendar?

I think the wiki calendar is a great feature in 10.5 Server, however I am annoyed by one problem. I can't figure out a way to limit the time on a wiki to say 8am to 5pm. I would like to use this as a class calendar page on the wiki, but it is really annoying to have to scroll through 24 hour days. Does anyone know a way to do this? It would be great if Apple allows us to edit the time being shown on the wiki.
Thanks,
David

Hi,
I don't have Leopard here to try it with the wiki, but with Tiger I can publish a user calender to the iCal server after setting the time period in iCal client preferences. The times out of range are greyed out. When I subscribe with a different Tiger client those same periods remain greyed out.
Since Tiger can only read calendars I can't test the wiki interaction yet. This tells me that the iCal server can respect time periods once set.
Another data point.
Harry

"All Day Events" Do Not show up in wiki calendar

Hello;
Anyone find out how to solve this problem? I have a 10.5 ical server. Extensive use of calendars both individual and group. Users have access to wiki calendars from ical on their macs. The intention is to allow users of other operating systems to view wiki calendars however none of the all day events display at all on web page/wiki calendar.
Thanks.

Hm, I opened it up in Aperture once, but I recently (re-)arranged all events in iPhoto. I had the full hierarchy in there and did not work in Aperture. I just had to recreate the library and after that the events were gone.

Setting up Wiki Calendars in iCal with Active Directory Accounts

I'm Having a little trouble wrapping my head around our Wiki Calendar Solution,
Id like to find a way to get the 10.6 Wiki Server Calendar's in iCal Client - using our active directory authentication.
I have a test 10.6 Server bound to our Active Directory with Wiki's up and running and am able to log in with AD account's and view and manage the Wiki Calendar - I can see how to subscribe to the calendar's - But I need full integration with iCal and maybe even Outlook - subscribing only provides read access.
anyone have any idea how his can be accomplished in and active directory setting - my searches have lead me to OD solutions and thats not going to work.

I don't know how much I'll be able to help, but I do have AD accounts using wiki services. Can you verify a few things:
1. The AD group is listed in the "Wiki Creators" box in Server Admin, yes?
2. If you open Terminal and run "sudo serveradmin settings teams:enableClearTextAuth", does it return "teams:enableClearTextAuth = yes"?
3. If you open System Preferences -> Accounts and then edit the directory servers, does the AD domain show as working normally?
Also, have you worked to isolate the problem? Have you tried creating an OD user to test against the wiki? Are the logs showing anything?

10.5.8 iCal clients can't see additional Wiki Calendars

We just implemented a company wide iCal Server solution on 10.6.3 server (although just updated to 10.6.4 with no difference).
Most of our clients are 10.5.8 (iCal 3.0.8 - 1287). We've setup about 4 or 5 wikis, each with calendars and setup each user's iCal with additional CalDAV accounts for each Wiki Calendar, with URLs in the form of
http://server.example.com:8008/principals/_uids_/wiki-<wikiname>/
Now, within each Wiki/Group Calendar account, there might be multiple calendars. It seems that 10.5.8 clients can only see events in ONE of these calendars, whereas 10.6.x clients can see everything! User credentials seem irrelevant, it's just down to the OS/iCal version.
At first, I thought it might just be the primary calendar (/calendars/_uids_/wiki-<wikiname>/calendar) as opposed to the secondary ones (/calendars/_uids_/wiki-<wikiname>/87263455-a895-dfg3-23456789). However, even that is not the case. I can't seem to find any pattern to dictate why some show and some don't.
Now these 10.5.8 users can create events in the calendar whose events they can't see, but then others can't see those events. I've dug around in /Library/CalendarServer but I can't seem to find anything about event level ACLs. Am I misunderstanding how this should work? Is this a limitation of 10.5.8 iCal? Is anyone else experiencing this?

I'll just add that when users view the calendars via the web, all events show up perfectly.

What's the correct form of the URL for wiki calendar access in iCal?

I understand the URL for my personal calendar "server.domain.net/webcal", but whats the URL for a wiki calendar? Under SL I used to access wiki calendars in iCal using a URL of the form "server.domain.net/principals/wikis/<wiki_name>" but this no longer works.

Nevermind I figured it out. The correct form is "server.domain.net/principals/__uids__/wiki-<name of wiki>/"

How to Subscribe to Outlook Calendar in Group WIKI Calendar

Ok, here's what I've been trying to figure out how to do for about a year. Our small office uses PC's with Outlook as our Calendar. We are not on Exchange Server. We are using Mac Mini Snow Leopard Server ver. 10.6.8. I'm trying to figure out a way so that our office can look at one central calendar and see individual calendars for each of the users. I don't want all the users to have their events/appointments on 1 calendar because then you can't tell whose event/appointment it is.   I've setup a Group WIKI and have activated the Calendar and have a group consisting of the attorneys assigned to the Group. Outlook 10 can publish its calendar as to a webdav server. In fact I'm able to subscribe to my Outlook Calendar once its been published in the iCal client on the Snow Leopard server. It updates in both directions when changes are made. The problem is that when I go into the Group WIKI Calendar, although I can create calendars there and then PUBLISH them so they can be Subscribed to in either iCal or in Outlook 2010, I can't figure out how to SUBSCRIBE to a webdav/caldav calendar, ie. the Outlook 2010 that's been published, in the WIKI Calendar. Thanks for your help.

Hello,
I'm afraid I'm not familiar with the specific intricacy of your situation (a hosted domain at Outlook.com), and so do not know if indeed that is causal to your issues. But perhaps a workaround will be useful? For example, if you indeed use your hosted domain for your email, but create a true Outlook.com account for the use of only Calendar and Contact synchronization, then that might work?
You can find complete instructions here:
http://supportforums.blackberry.com/t5/General-BlackBerry-10-Smartphone/How-To-OTA-Sync-BB10-and-non...
For your email account, you simply use the domain they are hosting, and for Contacts/Calendar, the true Outlook.com account that you create for that purpose.
Good luck!
Occam's Razor nearly always applies when troubleshooting technology issues!
If anyone has been helpful to you, please show your appreciation by clicking the button inside of their post. Please click here and read, along with the threads to which it links, for helpful information to guide you as you proceed. I always recommend that you treat your BlackBerry like any other computing device, including using a regular backup schedule...click here for an article with instructions.
Join our BBM Channels
BSCF General Channel
PIN: C0001B7B4   Display/Scan Bar Code
Knowledge Base Updates
PIN: C0005A9AA   Display/Scan Bar Code

Factory calendar error (returncode = 3)

Hi,
I am trying to create planning for product group, but getting error Factory calendar error (returncode = 3)
Message no. MA408
I have checked the validity for factory calendor but it is found ok with valid upto 2013. and allocation of factory calendor with plant 1000. the same factory calendor with validity is observed.
Pl help me out of this issue.
Regards,
Anil

Dear,
Please check have you maintained different factory calendars in the customizing for SOP (Transaction MC7F for S076) and for the plant OX10.
Please use same calendar in MC7F. and check again.
Regards,
R.Brahmankar

Why rely on wiki calendars anyway?

I, too, got bit by the breakage of group wiki calendars in 10.6.4. I'm very grateful for some of the solutions posted here, but after some thinking, I decided that it's really not in any of our best interest to have our businesses or our clients' businesses depend on an unsupported feature. As such, I created new user accounts to represent each group calendar account. I've deployed it to my staff and it's really working quite well.
*The Negatives:*
1. We no longer have a web view of our group calendars
2. Delegations must be manually created - HOWEVER, using calendarservermanageprincipals you can delegate to an entire group saving the painstaking work and maintenance of delegating per user.
*The Positives:*
1. Only one account needs to be created in each copy of iCal (adding wiki accounts was a pain and really wan't something that most users could do)
2. Group calendars can now send and receive invites (like resources or locations, they can be set to auto-accept too using calendarservermanageprincipals)
3. iCal can enable/disable all calendars for a group with one checkbox
Once I discovered calendarservermanageprincipals, it now seems well worth it to do it this way, the supported way.
Are there any other negative or positive aspects you guys can think of? What reasons are holding you back from doing it this way?
+Pardon the double-post, but I felt this belonged in the OS X Server section, not just the iCal client section+

No response?
In case anyone is confused as to how this works, this is how I created and enabled a shared, group calendar for my Marketing department. First, I created a new user in Workgroup Manager to represent the Marketing department's calendars. I named this user "sharedmarketing".
Now, I wanted to give the staff group "read-only access" to the calendar as well as to give the Marketing group "write access", so I executed these two commands:
sudo calendarservermanageprincipals --add-write-proxy groups:marketing users:sharedmarketing
sudo calendarservermanageprincipals --add-read-proxy groups:staff users:sharedmarketing
I then imported the content from the Marketing Wiki calendar into this calendar and that was it!
If I logged in directly to the sharedmarketing account with iCal (not necessary), and looked how the account was set to be delegated, it properly showed group names:
There is no way to configure it like this using the iCal GUI, and this was why I always felt that the management of privileges was the biggest obstacle in setting up iCal Server in this proper, supported fashion.
Then, from the client, I can naturally access those group calendars:
This is SO much easier to setup and maintain as each user only needs to have their ONE iCal account configured and they can just add the necessary groups, which is WAY easier than supplying users with crazy wiki-calendar URLs.
It's been extremely stable too. I haven't seen one of those Offline/Revert to Server dialogs that we used to see when using wiki groups.

Wiki Calendar error

Similar Messages

Maybe you are looking for