[CalendarServer-users] how to update ?
jean
jduffas1 at free.fr
Tue Nov 11 14:22:06 PST 2008
1 - I had (and I still have) an old isntall working fine.
of course I stop it when trying new one.
2 - that's it.
3 - and I use the normaly working conf file with upgraded server
(accounts.xml)
and I' ve tried the old caldavd-dev.plist then the new one after
having changed what as to be changed in it.
my calendar client is iCal, I' m on macOS X for the client and for the
server.
both are osX 10.5.5 and are NOT osx server.
jean
Le 11 nov. 08 à 23:11, Mark Cockfield a écrit :
> Jean,
>
> I’m afraid I’m out of ideas. The server is throwing two exceptions
> (see bold lines below in previous post)....
>
> So to summarize:
>
> You had an existing install that was working fine?
> You upgraded and things took a turn for the worse.
> Your using the working configuration with the upgraded server?
> (although there does seem to be some indication of calendar
> locations being moved)
>
> What are you using for a calendar client? Have you been able to
> browse the repository using the WebDAV browser?
>
> Mark
>
> On 11/11/08 4:27 PM, "jean" <jduffas1 at free.fr> wrote:
>
>> no, all GUID is different, in fact theses tow accounts appears
>> because I tried to send events with theses calendars.
>> here is a part of my account file (the begining) :
>>
>>
>> <?xml version="1.0" encoding="utf-8"?>
>> <!DOCTYPE accounts SYSTEM "accounts.dtd">
>>
>> <accounts realm="icalconsult Realm">
>> <user>
>> <uid>admin</uid>
>> <guid>admin</guid>
>> <password>xxxxx</password>
>> <name>Super User</name>
>> </user>
>>
>> <user>
>> <uid>jduffas</uid>
>> <guid>jduffas</guid>
>> <password>xxxxx</password>
>> <name>Jean Duffas</name>
>> <cuaddr>mailto:jduffas at free.fr</cuaddr>
>> </user>
>>
>> <user>
>> <uid>demo</uid>
>> <guid>demo</guid>
>> <password>xxxxx</password>
>> <name>Test User</name>
>> <cuaddr>mailto:testuser at example.com</cuaddr>
>> </user>
>>
>> .....
>>
>>
>>
>> Le 11 nov. 08 à 22:19, Mark Cockfield a écrit :
>>
>>> I’m guessing here, but you seem to have a problem with your
>>> jduffas and demo accounts. Is it possible that you have more than
>>> one account with the same GUID? although I’m not sure that’s even
>>> a problem but it does seem to go against the idea of a “globally
>>> unique ID.”
>>>
>>> What if you created a subset of your accounts.xml file with just
>>> a couple of your accounts in it for debugging? Just a thought, but
>>> it would reduce the chatter in the log.
>>>
>>> Mark
>>>
>>>
>>>> service <XMLDirectoryService 'icalconsult Realm': FilePath('/
>>>> Users/jduffas/Desktop/test/CalendarServer/conf/accounts.xml')>
>>>> has no GUID; generating service GUID from realm name.
>>>> 2008-11-11 21:45:55+0100 [-] [caldav-8009] [-]
>>>> [twisted.web2.dav.method.propfind#error] Error reading property ('urn:ietf:params:xml:ns:caldav'
>>>> , 'calendar-home-set') for resource /principals/users/demo/:
>>>> Directory record has an invalid GUID: 'demo'
>>>> 2008-11-11 21:45:55+0100 [-] [caldav-8009] [-] Exception
>>>> rendering:
>>>> 2008-11-11 21:45:56+0100 [-] [caldav-8009] [-] Unhandled Error
>>>> 2008-11-11 21:45:56+0100 [-] [caldav-8009] Traceback (most
>>>> recent call last):
>>>> 2008-11-11 21:45:56+0100 [-] [caldav-8009] File "/Users/
>>>> jduffas/Desktop/test/Twisted/twisted/internet/defer.py", line
>>>> 239, in callback
>>>> 2008-11-11 21:45:56+0100 [-] [caldav-8009]
>>>> self._startRunCallbacks(result)
>>>> 2008-11-11 21:45:56+0100 [-] [caldav-8009] File "/Users/
>>>> jduffas/Desktop/test/Twisted/twisted/internet/defer.py", line
>>>> 304, in _startRunCallbacks
>>>> 2008-11-11 21:45:56+0100 [-] [caldav-8009]
>>>> self._runCallbacks()
>>>> 2008-11-11 21:45:56+0100 [-] [caldav-8009] File "/Users/
>>>> jduffas/Desktop/test/Twisted/twisted/internet/defer.py", line
>>>> 317, in _runCallbacks
>>>> 2008-11-11 21:45:56+0100 [-] [caldav-8009] self.result =
>>>> callback(self.result, *args, **kw)
>>>> 2008-11-11 21:45:56+0100 [-] [caldav-8009] File "/Users/
>>>> jduffas/Desktop/test/Twisted/twisted/internet/defer.py", line
>>>> 601, in gotResult
>>>> 2008-11-11 21:45:56+0100 [-] [caldav-8009]
>>>> _deferGenerator(g, deferred)
>>>> 2008-11-11 21:45:56+0100 [-] [caldav-8009] --- <exception caught
>>>> here> ---
>>>> 2008-11-11 21:45:56+0100 [-] [caldav-8009] File "/Users/
>>>> jduffas/Desktop/test/Twisted/twisted/internet/defer.py", line
>>>> 576, in _deferGenerator
>>>> 2008-11-11 21:45:56+0100 [-] [caldav-8009] result = g.next()
>>>> 2008-11-11 21:45:56+0100 [-] [caldav-8009] File "/Users/
>>>> jduffas/Desktop/test/Twisted/twisted/web2/dav/method/
>>>> propfind.py", line 167, in http_PROPFIND
>>>> 2008-11-11 21:45:56+0100 [-] [caldav-8009] status =
>>>> statusForFailure(f, "getting property: %s" % (property,))
>>>> 2008-11-11 21:45:56+0100 [-] [caldav-8009] File "/Users/
>>>> jduffas/Desktop/test/Twisted/twisted/web2/dav/http.py", line 322,
>>>> in statusForFailure
>>>> 2008-11-11 21:45:56+0100 [-] [caldav-8009]
>>>> failure.raiseException()
>>>> 2008-11-11 21:45:56+0100 [-] [caldav-8009] File "/Users/
>>>> jduffas/Desktop/test/Twisted/twisted/web2/dav/method/
>>>> propfind.py", line 161, in http_PROPFIND
>>>> 2008-11-11 21:45:56+0100 [-] [caldav-8009] resource_property
>>>> = resource_property.getResult()
>>>> 2008-11-11 21:45:56+0100 [-] [caldav-8009] File "/Users/
>>>> jduffas/Desktop/test/Twisted/twisted/internet/defer.py", line
>>>> 555, in getResult
>>>> 2008-11-11 21:45:56+0100 [-] [caldav-8009]
>>>> self.result.raiseException()
>>>> 2008-11-11 21:45:56+0100 [-] [caldav-8009] File "/Users/
>>>> jduffas/Desktop/test/Twisted/twisted/python/failure.py", line
>>>> 303, in raiseException
>>>> 2008-11-11 21:45:56+0100 [-] [caldav-8009] raise self.type,
>>>> self.value, self.tb
>>>> 2008-11-11 21:45:56+0100 [-] [caldav-8009]
>>>> exceptions.AssertionError: Directory record has an invalid GUID:
>>>> 'demo'
>>>>
>>>> and
>>>>
>>>> 2008-11-11 21:46:02+0100 [-] [caldav-8009] [AMP,client]
>>>> [twistedcaldav.extensions#info] PUT /calendars/__uids__/jduffas/
>>>> calendar/0E5E5525-F4BF-4A69-A6D2-AE361FD14B0B.ics HTTP/1.1
>>>> 2008-11-11 21:46:03+0100 [-] [caldav-8009] [-] Exception
>>>> rendering:
>>>> 2008-11-11 21:46:03+0100 [-] [caldav-8009] [-] Unhandled Error
>>>> 2008-11-11 21:46:03+0100 [-] [caldav-8009] Traceback (most
>>>> recent call last):
>>>> 2008-11-11 21:46:03+0100 [-] [caldav-8009] File "/Users/
>>>> jduffas/Desktop/test/Twisted/twisted/internet/defer.py", line
>>>> 239, in callback
>>>> 2008-11-11 21:46:03+0100 [-] [caldav-8009]
>>>> self._startRunCallbacks(result)
>>>> 2008-11-11 21:46:03+0100 [-] [caldav-8009] File "/Users/
>>>> jduffas/Desktop/test/Twisted/twisted/internet/defer.py", line
>>>> 304, in _startRunCallbacks
>>>> 2008-11-11 21:46:03+0100 [-] [caldav-8009]
>>>> self._runCallbacks()
>>>> 2008-11-11 21:46:03+0100 [-] [caldav-8009] File "/Users/
>>>> jduffas/Desktop/test/Twisted/twisted/internet/defer.py", line
>>>> 317, in _runCallbacks
>>>> 2008-11-11 21:46:03+0100 [-] [caldav-8009] self.result =
>>>> callback(self.result, *args, **kw)
>>>> 2008-11-11 21:46:03+0100 [-] [caldav-8009] File "/Users/
>>>> jduffas/Desktop/test/Twisted/twisted/internet/defer.py", line
>>>> 746, in gotResult
>>>> 2008-11-11 21:46:03+0100 [-] [caldav-8009]
>>>> _inlineCallbacks(r, g, deferred)
>>>> 2008-11-11 21:46:03+0100 [-] [caldav-8009] --- <exception caught
>>>> here> ---
>>>> 2008-11-11 21:46:03+0100 [-] [caldav-8009] File "/Users/
>>>> jduffas/Desktop/test/Twisted/twisted/internet/defer.py", line
>>>> 724, in _inlineCallbacks
>>>> 2008-11-11 21:46:03+0100 [-] [caldav-8009] result =
>>>> g.throw(result.type, result.value, result.tb)
>>>> 2008-11-11 21:46:03+0100 [-] [caldav-8009] File "/Users/
>>>> jduffas/Desktop/test/CalendarServer/twistedcaldav/method/put.py",
>>>> line 68, in http_PUT
>>>> 2008-11-11 21:46:03+0100 [-] [caldav-8009] result = (yield
>>>> storer.run())
>>>> 2008-11-11 21:46:03+0100 [-] [caldav-8009]
>>>> exceptions.AssertionError: No implementation of shared locking
>>>> without memcached
>>>>
>>>> mac-mini-de-jean-duffas-4:CalendarServer jduffas$
>>>>
>>>>
>>>> Le 11 nov. 08 à 21:38, Mark Cockfield a écrit :
>>>>
>>>>
>>>>> Here is how I disable memcache:
>>>>>
>>>>> <!-- Support for Memcached -->
>>>>> <key>Memcached</key>
>>>>> <dict>
>>>>> <key>ServerEnabled</key>
>>>>> <false/>
>>>>> <key>ClientEnabled</key>
>>>>> <false/>
>>>>> <key>MaxClients</key>
>>>>> <integer>5</integer>
>>>>> <key>memcached</key>
>>>>> <string>memcached</string> <!-- Find in PATH -->
>>>>> <key>Options</key>
>>>>> <array>
>>>>> <!--<string>-vv</string>-->
>>>>> </array>
>>>>> </dict>
>>>>>
>>>>> Also I notice that you are getting some messages in the log
>>>>> about moving your calendar directory:
>>>>>
>>>>> 2008-11-11 21:08:12+0100 [-]
>>>>> twistedcaldav.upgrade.UpgradeError: Upgrade Error: unable to
>>>>> move the old calendar user proxy database at '/Library/WebServer/
>>>>> CalendarServed/principals/.db.calendaruserproxy' to 'data/
>>>>> calendaruserproxy.sqlite' because the new database already exists.
>>>>>
>>>>> also
>>>>>
>>>>> 2008-11-11 21:08:49+0100 [-] [twistedcaldav.upgrade#info]
>>>>> Moved the calendar user proxy database from '/Library/WebServer/
>>>>> CalendarServed/principals/.db.calendaruserproxy' to 'data/
>>>>> calendaruserproxy.sqlite'.
>>>>> 2008-11-11 21:08:49+0100 [-] [twistedcaldav.upgrade#info]
>>>>> Removed the old principal directory at '/Library/WebServer/
>>>>> CalendarServed/principals'.
>>>>>
>>>>> I also think the “no” may be causing some of your problems as
>>>>> well:
>>>>>
>>>>> 2008-11-11 21:08:50+0100 [-] [memcached] Upon execvpe no
>>>>> ['no', '-p', '11211', '-l', '127.0.0.1'] in environment id
>>>>> 25385408
>>>>>
>>>>> Mark
>>>>>
>>>>> On 11/11/08 3:31 PM, "jean" <jduffas1 at free.fr> wrote:
>>>>>
>>>>>
>>>>>
>>>>>> I just install it know (a few minutes ago) with snv checkout,
>>>>>> so it' s verry fresh.
>>>>>> I don' t know what is the différence, perhaps it' s in the
>>>>>> calendars...
>>>>>> they have been created with quite old version of darwin
>>>>>> calendarserver.
>>>>>> and I have set memcache to "no"
>>>>>>
>>>>>> jean
>>>>>>
>>>>>>
>>>>>> Le 11 nov. 08 à 21:26, Mark Cockfield a écrit :
>>>>>>
>>>>>>
>>>>>>
>>>>>>> Jean,
>>>>>>>
>>>>>>> I just built a fresh CalenderServer install, copied the
>>>>>>> default plist file, started it up and it works fine. I was
>>>>>>> able to browse the repository using the webdav browser...so
>>>>>>> the question become “how is your install different?”
>>>>>>>
>>>>>>> Sorry to ask the obvious but did you grab a fresh version
>>>>>>> today? Also, did you set the memcahed value in the plist file
>>>>>>> to “no” or “false”?
>>>>>>>
>>>>>>> Mark
>>>>>>>
>>>>>>> On 11/11/08 3:00 PM, "jean" <jduffas1 at free.fr> wrote:
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>> it doesn't seem to be fixed,I got the same problem, even with
>>>>>>>> memcache set to "no"
>>>>>>>>
>>>>>>>> here are the logs :
>>>>>>>>
>>>>>>>> mac-mini-de-jean-duffas-4:CalendarServer jduffas$ sudo ./run
>>>>>>>> Using python as Python
>>>>>>>>
>>>>>>>> ...snip...
>>>>>>>>
>>>>>>>> mac-mini-de-jean-duffas-4:CalendarServer jduffas$
>>>>>>>>
>>>>>>>>
>>>>>>>> Le 11 nov. 08 à 18:50, Wilfredo Sánchez Vega a écrit :
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
> On Nov 11, 2008, at 9:29 AM, Mark Cockfield wrote:
>
>
>
>
>>> 2008-11-11 00:04:08+0100 [-] [memcached] can't run as root without
>>> the -u switch
>>>
>>>
>>>
>
> I *think* I fixed this in trunk yesterday.
>
> -wsv
>
>
>
>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>
>>>>
>>>>
>>>
>>>
>>>
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macosforge.org/pipermail/calendarserver-users/attachments/20081111/91a93a40/attachment-0001.html>
More information about the calendarserver-users
mailing list