[CalendarServer-users] how to update ?

Mark Cockfield mark.cockfield at gmail.com
Tue Nov 11 14:11:47 PST 2008 

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:

1. You had an existing install that was working fine?
2. You upgraded and things took a turn for the worse.
3. 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> <mailto:jduffas at free.fr>
>   </user>
> 
>   <user>
>     <uid>demo</uid>
>     <guid>demo</guid>
>     <password>xxxxx</password>
>     <name>Test User</name>
>     <cuaddr>">mailto:testuser at example.com</cuaddr>
> <mailto:testuser at example.com>
>   </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.ic
>>> s 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/1bf28914/attachment-0001.html>

More information about the calendarserver-users mailing list