On Apr 26, 2012, at 4:07 AM, Rasmus Borup Hansen <[email protected]> wrote:
> It looks like I've solved the problem. Apparently, you cannot rely on > CalendarServer generating the GUIDs. I added the following configuration and > haven't had problems yet: > > … > <key>DirectoryService</key> > <dict> > <key>type</key> > > <string>twistedcaldav.directory.ldapdirectory.LdapDirectoryService</string> > > <key>params</key> > <dict> > … > <key>rdnSchema</key> > <dict> > <key>guidAttr</key> > <string>entryUUID</string> > … > > This reuses OpenLDAP's Universally Unique IDentifiers as Globally Unique > IDentifiers in CalendarServer which is probably a nice thing in itself. Nice find! We've updated the default value for guidAttr to be entryUUID instead of None. http://trac.calendarserver.org/changeset/9188/ Cheers, -dre > > Best regards, > > Rasmus > > ----------------------------------------------------------------- > Hansen, Rasmus Borup Intomics - from data to biology > System Administrator Diplomvej 377 > Scientific Programmer DK-2800 Kgs. Lyngby > Denmark > E: [email protected] W: http://www.intomics.com/ > P: +45 5167 7972 P: +45 8880 7979 > > > > On Apr 26, 2012, at 9:08 , Rasmus Borup Hansen wrote: > >> On Apr 25, 2012, at 17:57 , Chris Cleeland wrote: >> >>> I will simply echo that I'm having similar problems using the dpkg of 2.4. >>> I've narrowed it down to requested items not being found in memcached, but >>> the fact that I am a crappy python programmer combined with the fact that >>> getting calendarserver is NOT part of my day job, I have been unable to dig >>> in any further and come up with a cause. >>> >>> I've posted questions on the topic on this mailing list a couple of times >>> that didn't bear much fruit. Maybe together we can figure this out? >>> >>> One thing that may be relevant is that the 2.4 package of calendarserver >>> runs against the standard memcached installation. I know that there are >>> some packages that calendarserver sucks in and modifies, and I do not know >>> if memcached is one of those. Maybe a developer can answer this question? >>> Can we run calendarserver--any version--against a standard memcached >>> distribution? >>> >> >> >> I tried disabling memcached with the configuration below (setting the key >> ClientEnabled to false) and stopping the memcached that comes with Ubuntu. I >> still get random 404s, so I think there's more to it than just problems with >> memcached. >> >> <!-- Memcache Settings --> >> <key>Memcached</key> >> <dict> >> <key>MaxClients</key> >> <integer>5</integer> >> <key>Options</key> >> <array> >> <string>-U</string> >> <string>0</string> >> <string>-m</string> >> <string>6000</string> >> </array> >> <key>Pools</key> >> <dict> >> <key>Default</key> >> <dict> >> <key>ClientEnabled</key> >> <false/> >> <key>ServerEnabled</key> >> <false/> >> <key>BindAddress</key> >> <string>localhost</string> >> <key>Port</key> >> <integer>11211</integer> >> <key>HandleCacheTypes</key> >> <array> >> <string>Default</string> >> </array> >> </dict> >> </dict> >> <key>memcached</key> >> <string>memcached</string> >> </dict> >> >> >> In addition, I get a lot of the following errors: >> >> 2012-04-26 09:04:06+0200 [-] [caldav-0] [-] [twext.web2.dav.http#info] 404 >> response while getting property: ('http://calendarserver.org/ns/', 'getctag') >> 2012-04-26 09:04:06+0200 [-] [caldav-0] [-] [twext.web2.dav.http#info] 404 >> response while getting property: ('DAV:', 'sync-token') >> >> Are they related? >> >> Best regards, >> >> Rasmus >> >> ----------------------------------------------------------------- >> Hansen, Rasmus Borup Intomics - from data to biology >> System Administrator Diplomvej 377 >> Scientific Programmer DK-2800 Kgs. Lyngby >> Denmark >> E: [email protected] W: http://www.intomics.com/ >> P: +45 5167 7972 P: +45 8880 7979 >> _______________________________________________ >> calendarserver-users mailing list >> [email protected] >> http://lists.macosforge.org/mailman/listinfo.cgi/calendarserver-users > > _______________________________________________ > calendarserver-users mailing list > [email protected] > http://lists.macosforge.org/mailman/listinfo.cgi/calendarserver-users _______________________________________________ calendarserver-users mailing list [email protected] http://lists.macosforge.org/mailman/listinfo.cgi/calendarserver-users
