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" <[EMAIL PROTECTED]> 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:[EMAIL PROTECTED]</cuaddr>
  </user>

  <user>
    <uid>demo</uid>
    <guid>demo</guid>
    <password>xxxxx</password>
    <name>Test User</name>
    <cuaddr>mailto:[EMAIL PROTECTED]</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" <[EMAIL PROTECTED]> 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" <[EMAIL PROTECTED]> 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
































_______________________________________________
calendarserver-users mailing list
calendarserver-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/calendarserver-users

Reply via email to