[CalendarServer-users] how to update ?
jean
jduffas1 at free.fr
Tue Nov 11 13:27:52 PST 2008
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'
>> 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/7cdb9431/attachment-0001.html>
More information about the calendarserver-users
mailing list