See Debian Bug#611165: calendarserver: wrong location of
calendaruserproxy.sqlite and resourceinfo.sqlite
This bug had been fixed in calendarserver 2.4.dfsg-6. The correction
location for those two files is /var/lib/caldav/. When you upgrade from
the version in lenny to upgrade, it should move the files automatically
from /var/run/caldav/ to /var/lib/caldav/. Not sure how they have been
missed. One possible explanation could be if you first uninstalled
calendarserver, rebooted the system and then installed calendarserver.
But still the location of DataRoot in the new caldavd.plist should be
set to /var/lib/caldav unless you have reverted to /var/run/caldavd.
Kindly check and update this bug.
Thanks,
Rahul.
On Sunday 13 March 2011 03:25 PM, David Webbs wrote:
Taking a closer look, the problem seemed to be with the sqlite database.
/var/run/caldavd/calendaruserproxy.sqlite is owned by root:root
/var/run/caldavd/resourceinfo.sqlite is also owned by root:root
changing their ownerships to caldavd:caldavd seems to have fixed the
problem (for now)
Because the problems started appearing after Lenny to Squeeze, I first
did apt-get remove --purge calendarserver. Afterwards, I installed and
configured everything again. Could it be that by default, the
ownerships for these files are set wrong?
