Getting a stable version of Calendar Server?
Hi, I've tried to run Calendar Server several times from my OS X 10.5 (Leopard) machine. Often I can't even get it to start but today I got as far as seeing the first page generated. (It fails when I'm trying to access the first user principal though.) I was wondering if there is a stable version available for download that is more or less reliable at least for the basic functionality? Also what timezone can I expect people to answer on the #calendarserver IRC channel? (So far I haven't had any luck.) Thanks, gergely 2009-08-12 14:52:52+0200 [-] [caldav-8009] [PooledMemCacheProtocol,client] [twistedcaldav.extensions#info] PROPFIND /calendars/__uids__/user01/ HTTP/1.1 2009-08-12 14:52:52+0200 [-] [caldav-8009] [-] Exception rendering: 2009-08-12 14:52:52+0200 [-] [caldav-8009] [-] Unhandled Error 2009-08-12 14:52:52+0200 [-] [caldav-8009] Traceback (most recent call last): 2009-08-12 14:52:52+0200 [-] [caldav-8009] File "/Users/gergelyg/dev/calendar_server_new/Twisted/twisted/internet/defer.py", line 769, in gotResult 2009-08-12 14:52:52+0200 [-] [caldav-8009] _inlineCallbacks(r, g, deferred) 2009-08-12 14:52:52+0200 [-] [caldav-8009] File "/Users/gergelyg/dev/calendar_server_new/Twisted/twisted/internet/defer.py", line 749, in _inlineCallbacks 2009-08-12 14:52:52+0200 [-] [caldav-8009] result = g.send(result) 2009-08-12 14:52:52+0200 [-] [caldav-8009] File "/Users/gergelyg/dev/calendar_server_new/CalendarServer/twistedcaldav/method/propfind.py", line 127, in http_PROPFIND 2009-08-12 14:52:52+0200 [-] [caldav-8009] inherited_aces=filtered_aces, 2009-08-12 14:52:52+0200 [-] [caldav-8009] File "/Users/gergelyg/dev/calendar_server_new/Twisted/twisted/internet/defer.py", line 832, in unwindGenerator 2009-08-12 14:52:52+0200 [-] [caldav-8009] return _inlineCallbacks(None, f(*args, **kwargs), Deferred()) 2009-08-12 14:52:52+0200 [-] [caldav-8009] --- <exception caught here> --- 2009-08-12 14:52:52+0200 [-] [caldav-8009] File "/Users/gergelyg/dev/calendar_server_new/Twisted/twisted/internet/defer.py", line 749, in _inlineCallbacks 2009-08-12 14:52:52+0200 [-] [caldav-8009] result = g.send(result) 2009-08-12 14:52:52+0200 [-] [caldav-8009] File "/Users/gergelyg/dev/calendar_server_new/CalendarServer/twistedcaldav/extensions.py", line 532, in findChildrenFaster 2009-08-12 14:52:52+0200 [-] [caldav-8009] childnames = list(self.listChildren()) 2009-08-12 14:52:52+0200 [-] [caldav-8009] File "/Users/gergelyg/dev/calendar_server_new/CalendarServer/twistedcaldav/static.py", line 381, in listChildren 2009-08-12 14:52:52+0200 [-] [caldav-8009] child for child in super(CalDAVFile, self).listChildren() 2009-08-12 14:52:52+0200 [-] [caldav-8009] exceptions.TypeError: iteration over non-sequence 2009-08-12 14:52:52+0200 [-] [caldav-8009]
I know this does not really help, but the installation here runs fine as far as I am concerned. Have you tried to install the server on a clean user environment? Maybe something screwed up during the installation process or there are some incompatibilities with third-party apps. Max -- "The best laid schemes o' mice an' men gang aft aglay." Robert Burns Am Mittwoch 12 August 2009 um 03:06PM schrieb "Gergely Gati" <gergely.gati@gmail.com>:
_______________________________________________ calendarserver-users mailing list calendarserver-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/calendarserver-users
On Aug 12, 2009, at 6:06 AM, Gergely Gati wrote:
I was wondering if there is a stable version available for download that is more or less reliable at least for the basic functionality?
Our latest stable release is 2.3... http://svn.calendarserver.org/repository/calendarserver/CalendarServer/tags/...
On Aug 12, 2009, at Aug 12 11:16 AM, Morgen Sagen wrote:
On Aug 12, 2009, at 6:06 AM, Gergely Gati wrote:
I was wondering if there is a stable version available for download that is more or less reliable at least for the basic functionality?
Our latest stable release is 2.3...
http://svn.calendarserver.org/repository/calendarserver/CalendarServer/tags/...
Is this the same or similar code base as that in Leopard/SnowLeopard Server? If so, does this version lead or follow the version in the released OS?
On Aug 13, 2009, at 11:00 AM, Daniel Packman wrote:
Is this the same or similar code base as that in Leopard/SnowLeopard Server? If so, does this version lead or follow the version in the released OS?
The current Leopard Server code is derived from 1.3. Snow Leopard hasn't shipped yet, and information about what's in that release is subject to NDA, so this isn't the right forum for that info. -wsv
Now that snow leopard has shipped can we ask questions? I have 2.3 running on a 10.5.8 client and its been working fine and still is but iCal on my new snow leopard install now reports the following error when connecting and will not connect. The server responded with “HTTP/1.1 500 Internal Server Error” to operation CalDAVAccountRefreshQueueableOperation. Any help appreciated. On Aug 13, 2009, at 11:11 AM, Wilfredo Sánchez Vega wrote:
On Aug 13, 2009, at 11:00 AM, Daniel Packman wrote:
Is this the same or similar code base as that in Leopard/ SnowLeopard Server? If so, does this version lead or follow the version in the released OS?
The current Leopard Server code is derived from 1.3.
Snow Leopard hasn't shipped yet, and information about what's in that release is subject to NDA, so this isn't the right forum for that info.
-wsv
_______________________________________________ calendarserver-users mailing list calendarserver-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/calendarserver-users
Further Information: The log entry when this fails is 2009-08-29 13:38:23-0700 [-] [caldav-8009] [PooledMemCacheProtocol,client] Unhandled Error 2009-08-29 13:38:23-0700 [-] [caldav-8009] Traceback (most recent call last): 2009-08-29 13:38:23-0700 [-] [caldav-8009] File "Library/Python/2.5/ site-packages/twisted/internet/defer.py", line 267, in errback 2009-08-29 13:38:23-0700 [-] [caldav-8009] self._startRunCallbacks (fail) 2009-08-29 13:38:23-0700 [-] [caldav-8009] File "Library/Python/2.5/ site-packages/twisted/internet/defer.py", line 310, in _startRunCallbacks 2009-08-29 13:38:23-0700 [-] [caldav-8009] self._runCallbacks() 2009-08-29 13:38:23-0700 [-] [caldav-8009] File "Library/Python/2.5/ site-packages/twisted/internet/defer.py", line 326, in _runCallbacks 2009-08-29 13:38:23-0700 [-] [caldav-8009] self.result = callback (self.result, *args, **kw) 2009-08-29 13:38:23-0700 [-] [caldav-8009] File "Library/Python/2.5/ site-packages/twisted/internet/defer.py", line 628, in gotResult 2009-08-29 13:38:23-0700 [-] [caldav-8009] _deferGenerator(g, deferred) 2009-08-29 13:38:23-0700 [-] [caldav-8009] --- <exception caught here> --- 2009-08-29 13:38:23-0700 [-] [caldav-8009] File "Library/Python/2.5/ site-packages/twisted/internet/defer.py", line 603, in _deferGenerator 2009-08-29 13:38:23-0700 [-] [caldav-8009] result = g.next() 2009-08-29 13:38:23-0700 [-] [caldav-8009] File "Library/Python/2.5/ site-packages/twisted/web2/dav/method/propfind.py", line 167, in http_PROPFIND 2009-08-29 13:38:23-0700 [-] [caldav-8009] status = statusForFailure(f, "getting property: %s" % (property,)) 2009-08-29 13:38:23-0700 [-] [caldav-8009] File "Library/Python/2.5/ site-packages/twisted/web2/dav/http.py", line 322, in statusForFailure 2009-08-29 13:38:23-0700 [-] [caldav-8009] failure.raiseException() 2009-08-29 13:38:23-0700 [-] [caldav-8009] File "Library/Python/2.5/ site-packages/twisted/web2/dav/method/propfind.py", line 161, in http_PROPFIND 2009-08-29 13:38:23-0700 [-] [caldav-8009] resource_property = resource_property.getResult() 2009-08-29 13:38:23-0700 [-] [caldav-8009] File "Library/Python/2.5/ site-packages/twisted/internet/defer.py", line 582, in getResult 2009-08-29 13:38:23-0700 [-] [caldav-8009] self.result.raiseException() 2009-08-29 13:38:23-0700 [-] [caldav-8009] File "Library/Python/2.5/ site-packages/twisted/internet/defer.py", line 747, in _inlineCallbacks 2009-08-29 13:38:23-0700 [-] [caldav-8009] result = result.throwExceptionIntoGenerator(g) 2009-08-29 13:38:23-0700 [-] [caldav-8009] File "Library/Python/2.5/ site-packages/twisted/python/failure.py", line 338, in throwExceptionIntoGenerator 2009-08-29 13:38:23-0700 [-] [caldav-8009] return g.throw (self.type, self.value, self.tb) 2009-08-29 13:38:23-0700 [-] [caldav-8009] File "Library/Python/2.5/ site-packages/twistedcaldav/directory/principal.py", line 835, in readProperty 2009-08-29 13:38:23-0700 [-] [caldav-8009] result = (yield DirectoryPrincipalResource.readProperty(self, property, request)) 2009-08-29 13:38:23-0700 [-] [caldav-8009] File "Library/Python/2.5/ site-packages/twisted/internet/defer.py", line 747, in _inlineCallbacks 2009-08-29 13:38:23-0700 [-] [caldav-8009] result = result.throwExceptionIntoGenerator(g) 2009-08-29 13:38:23-0700 [-] [caldav-8009] File "Library/Python/2.5/ site-packages/twisted/python/failure.py", line 338, in throwExceptionIntoGenerator 2009-08-29 13:38:23-0700 [-] [caldav-8009] return g.throw (self.type, self.value, self.tb) 2009-08-29 13:38:23-0700 [-] [caldav-8009] File "Library/Python/2.5/ site-packages/twistedcaldav/directory/principal.py", line 562, in readProperty 2009-08-29 13:38:23-0700 [-] [caldav-8009] result = (yield super (DirectoryPrincipalResource, self).readProperty(property, request)) 2009-08-29 13:38:23-0700 [-] [caldav-8009] File "Library/Python/2.5/ site-packages/twisted/internet/defer.py", line 747, in _inlineCallbacks 2009-08-29 13:38:23-0700 [-] [caldav-8009] result = result.throwExceptionIntoGenerator(g) 2009-08-29 13:38:23-0700 [-] [caldav-8009] File "Library/Python/2.5/ site-packages/twisted/python/failure.py", line 338, in throwExceptionIntoGenerator 2009-08-29 13:38:23-0700 [-] [caldav-8009] return g.throw (self.type, self.value, self.tb) 2009-08-29 13:38:23-0700 [-] [caldav-8009] File "Library/Python/2.5/ site-packages/twistedcaldav/resource.py", line 908, in readProperty 2009-08-29 13:38:23-0700 [-] [caldav-8009] result = (yield super (CalendarPrincipalResource, self).readProperty(property, request)) 2009-08-29 13:38:23-0700 [-] [caldav-8009] File "Library/Python/2.5/ site-packages/twisted/internet/defer.py", line 747, in _inlineCallbacks 2009-08-29 13:38:23-0700 [-] [caldav-8009] result = result.throwExceptionIntoGenerator(g) 2009-08-29 13:38:23-0700 [-] [caldav-8009] File "Library/Python/2.5/ site-packages/twisted/python/failure.py", line 338, in throwExceptionIntoGenerator 2009-08-29 13:38:23-0700 [-] [caldav-8009] return g.throw (self.type, self.value, self.tb) 2009-08-29 13:38:23-0700 [-] [caldav-8009] File "Library/Python/2.5/ site-packages/twistedcaldav/extensions.py", line 729, in readProperty 2009-08-29 13:38:23-0700 [-] [caldav-8009] result = (yield super (DAVPrincipalResource, self).readProperty(property, request)) 2009-08-29 13:38:23-0700 [-] [caldav-8009] File "Library/Python/2.5/ site-packages/twisted/internet/defer.py", line 747, in _inlineCallbacks 2009-08-29 13:38:23-0700 [-] [caldav-8009] result = result.throwExceptionIntoGenerator(g) 2009-08-29 13:38:23-0700 [-] [caldav-8009] File "Library/Python/2.5/ site-packages/twisted/python/failure.py", line 338, in throwExceptionIntoGenerator 2009-08-29 13:38:23-0700 [-] [caldav-8009] return g.throw (self.type, self.value, self.tb) 2009-08-29 13:38:23-0700 [-] [caldav-8009] File "Library/Python/2.5/ site-packages/twistedcaldav/directory/principal.py", line 733, in groupMemberships 2009-08-29 13:38:23-0700 [-] [caldav-8009] memberships = (yield self._calendar_user_proxy_index().getMemberships(self.principalUID())) 2009-08-29 13:38:23-0700 [-] [caldav-8009] File "Library/Python/2.5/ site-packages/twisted/internet/defer.py", line 749, in _inlineCallbacks 2009-08-29 13:38:23-0700 [-] [caldav-8009] result = g.send(result) 2009-08-29 13:38:23-0700 [-] [caldav-8009] File "Library/Python/2.5/ site-packages/twistedcaldav/directory/calendaruserproxy.py", line 593, in getMemberships 2009-08-29 13:38:23-0700 [-] [caldav-8009] result = _members() 2009-08-29 13:38:23-0700 [-] [caldav-8009] File "Library/Python/2.5/ site-packages/twistedcaldav/directory/calendaruserproxy.py", line 588, in _members 2009-08-29 13:38:23-0700 [-] [caldav-8009] return set([row[0] for row in self._db_execute("select GROUPNAME from GROUPS where MEMBER = : 1", principalUID)]) 2009-08-29 13:38:23-0700 [-] [caldav-8009] File "Library/Python/2.5/ site-packages/twistedcaldav/sql.py", line 303, in _db_execute 2009-08-29 13:38:23-0700 [-] [caldav-8009] q = self._db().cursor() 2009-08-29 13:38:23-0700 [-] [caldav-8009] File "Library/Python/2.5/ site-packages/twistedcaldav/sql.py", line 85, in _db 2009-08-29 13:38:23-0700 [-] [caldav-8009] self._db_connection = sqlite.connect(db_filename) 2009-08-29 13:38:23-0700 [-] [caldav-8009] sqlite3.OperationalError: unable to open database file Now that snow leopard has shipped can we ask questions? I have 2.3 running on a 10.5.8 client and its been working fine and still is but iCal on my new snow leopard install now reports the following error when connecting and will not connect. The server responded with “HTTP/1.1 500 Internal Server Error” to operation CalDAVAccountRefreshQueueableOperation. Any help appreciated. On Aug 13, 2009, at 11:11 AM, Wilfredo Sánchez Vega wrote:
On Aug 13, 2009, at 11:00 AM, Daniel Packman wrote:
Is this the same or similar code base as that in Leopard/ SnowLeopard Server? If so, does this version lead or follow the version in the released OS?
The current Leopard Server code is derived from 1.3.
Snow Leopard hasn't shipped yet, and information about what's in that release is subject to NDA, so this isn't the right forum for that info.
-wsv
_______________________________________________ calendarserver-users mailing list calendarserver-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/calendarserver-users
OK. I tracked this down to a permissions issue on /var/run/caldavd and the files calendaruserproxy.sqlite & resourceinfo.sqlite. By adding group rw permissions to this directory and these files the following error no longer occurs and all seems to be working. I have no idea what security risk this presents as I currently don't understand the security model of CalendarServer so I don't know if this is a legitimate fix or not. Any input appreciated. Scott Further Information: The log entry when this fails is 2009-08-29 13:38:23-0700 [-] [caldav-8009] [PooledMemCacheProtocol,client] Unhandled Error 2009-08-29 13:38:23-0700 [-] [caldav-8009] Traceback (most recent call last): 2009-08-29 13:38:23-0700 [-] [caldav-8009] File "Library/Python/2.5/ site-packages/twisted/internet/defer.py", line 267, in errback 2009-08-29 13:38:23-0700 [-] [caldav-8009] self._startRunCallbacks (fail) 2009-08-29 13:38:23-0700 [-] [caldav-8009] File "Library/Python/2.5/ site-packages/twisted/internet/defer.py", line 310, in _startRunCallbacks ...snip... 2009-08-29 13:38:23-0700 [-] [caldav-8009] File "Library/Python/2.5/ site-packages/twistedcaldav/directory/calendaruserproxy.py", line 588, in _members 2009-08-29 13:38:23-0700 [-] [caldav-8009] return set([row[0] for row in self._db_execute("select GROUPNAME from GROUPS where MEMBER = : 1", principalUID)]) 2009-08-29 13:38:23-0700 [-] [caldav-8009] File "Library/Python/2.5/ site-packages/twistedcaldav/sql.py", line 303, in _db_execute 2009-08-29 13:38:23-0700 [-] [caldav-8009] q = self._db().cursor() 2009-08-29 13:38:23-0700 [-] [caldav-8009] File "Library/Python/2.5/ site-packages/twistedcaldav/sql.py", line 85, in _db 2009-08-29 13:38:23-0700 [-] [caldav-8009] self._db_connection = sqlite.connect(db_filename) 2009-08-29 13:38:23-0700 [-] [caldav-8009] sqlite3.OperationalError: unable to open database file Now that snow leopard has shipped can we ask questions? I have 2.3 running on a 10.5.8 client and its been working fine and still is but iCal on my new snow leopard install now reports the following error when connecting and will not connect. The server responded with “HTTP/1.1 500 Internal Server Error” to operation CalDAVAccountRefreshQueueableOperation. Any help appreciated. On Aug 13, 2009, at 11:11 AM, Wilfredo Sánchez Vega wrote:
On Aug 13, 2009, at 11:00 AM, Daniel Packman wrote:
Is this the same or similar code base as that in Leopard/ SnowLeopard Server? If so, does this version lead or follow the version in the released OS?
The current Leopard Server code is derived from 1.3.
Snow Leopard hasn't shipped yet, and information about what's in that release is subject to NDA, so this isn't the right forum for that info.
-wsv
_______________________________________________ calendarserver-users mailing list calendarserver-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/calendarserver-users
Hi Scott, --On August 29, 2009 1:59:22 PM -0700 Scott Buchanan <dscottbuch@mac.com> wrote:
OK. I tracked this down to a permissions issue on /var/run/caldavd and the files calendaruserproxy.sqlite & resourceinfo.sqlite. By adding group rw permissions to this directory and these files the following error no longer occurs and all seems to be working. I have no idea what security risk this presents as I currently don't understand the security model of CalendarServer so I don't know if this is a legitimate fix or not.
Any input appreciated.
First off in the new code we put those .sqlite files in a new location by default: /Library/CalendarServer/Data/. It is best not to use /var/run/ for those as they are "persistent" database files and should not be automatically purged (as might happen to something in /var/run). On permissions, the best thing is to create a "calendar" user and group for your system, and change the caldavd.plist to use those. Ensure that /Library/CalendarServer's contents have read-write for that user and group. You will need to start the server as the admin user but it will drop privileges to the user and group you specify. -- Cyrus Daboo
Cyrus, Thanks. I've found the snow leopard python arrangement to be much more sane (at least to me) than 10.5 and I'm in the process of removing all my 'customizations' (from /usr/local, /Library/Frameworks/ Python...) and re-installing just the 10.6 /Library/Python and /System/ Library/Frameworks/Python.framework) and then rebuilding what other modules I need like matplotlib and scipy. I'll nuke my current calendar server installation and reinstall from current trunk. I had recently updated from 1.x to 2.3 and therefore had these files in older locations and things worked with iPhone and 10.5 iCal Clients. Do you know why the 10.5 iCal Clients would work and the 10.6 iCal Client would not? Thanks, On Aug 31, 2009, at 7:55 AM, Cyrus Daboo wrote:
Hi Scott,
--On August 29, 2009 1:59:22 PM -0700 Scott Buchanan <dscottbuch@mac.com
wrote:
OK. I tracked this down to a permissions issue on /var/run/caldavd and the files calendaruserproxy.sqlite & resourceinfo.sqlite. By adding group rw permissions to this directory and these files the following error no longer occurs and all seems to be working. I have no idea what security risk this presents as I currently don't understand the security model of CalendarServer so I don't know if this is a legitimate fix or not.
Any input appreciated.
First off in the new code we put those .sqlite files in a new location by default: /Library/CalendarServer/Data/. It is best not to use /var/run/ for those as they are "persistent" database files and should not be automatically purged (as might happen to something in /var/run).
On permissions, the best thing is to create a "calendar" user and group for your system, and change the caldavd.plist to use those. Ensure that /Library/CalendarServer's contents have read-write for that user and group. You will need to start the server as the admin user but it will drop privileges to the user and group you specify.
-- Cyrus Daboo
I removed the older installation and re-installed the server from scratch. After doing this, using the run -i / command, I still had to correct two problems I've had in the past. 1) caldavd - in the caldavd produced the PYTHONPATH defined is PYTHONPATH="Library/Python/2.6/site-packages/:$PYTHONPATH" Note the missing initial "/". Nothing at all works without changing this. 2) After fixing the above when running the server it fails. Reported in the error log (or Console I'm not sure) is that it can't find /usr/ share/caldavd/bin/twistd. I grep'd through the code and can't find where this is referenced so I fixed it by aliasing /usr/share/caldavd to /usr/local. Then all works just fine. I'm sure I'm doing something incorrect in configuration or build but I can't find where. (1) seems like a bug but its been like this for years. Thanks, Scott On Aug 31, 2009, at 7:55 AM, Cyrus Daboo wrote:
Hi Scott,
--On August 29, 2009 1:59:22 PM -0700 Scott Buchanan <dscottbuch@mac.com
wrote:
OK. I tracked this down to a permissions issue on /var/run/caldavd and the files calendaruserproxy.sqlite & resourceinfo.sqlite. By adding group rw permissions to this directory and these files the following error no longer occurs and all seems to be working. I have no idea what security risk this presents as I currently don't understand the security model of CalendarServer so I don't know if this is a legitimate fix or not.
Any input appreciated.
First off in the new code we put those .sqlite files in a new location by default: /Library/CalendarServer/Data/. It is best not to use /var/run/ for those as they are "persistent" database files and should not be automatically purged (as might happen to something in /var/run).
On permissions, the best thing is to create a "calendar" user and group for your system, and change the caldavd.plist to use those. Ensure that /Library/CalendarServer's contents have read-write for that user and group. You will need to start the server as the admin user but it will drop privileges to the user and group you specify.
-- Cyrus Daboo
participants (7)
-
Cyrus Daboo
-
Daniel Packman
-
Gergely Gati
-
maxbobzien＠mac.com
-
Morgen Sagen
-
Scott Buchanan
-
Wilfredo Sánchez Vega