Hi, I'm not sure why a reboot fixed it, unless that somehow included rebuilding memcached. This could also be related to environmental changes like installing the Xcode CLI Tools (which are recommended). Research indicates this problem is similar to things we've seen when using the latest xcode on 10.11.6 without the CLI tools installed.
-dre > On Feb 17, 2017, at 8:10 AM, Emmanuel Bourreau <ebourr...@nordnet.fr> wrote: > > Hello again, > I have restarted my computer and now it works. > Don’t know why… > Emmanuel >> Le 17 févr. 2017 à 11:08, Emmanuel Bourreau <ebourr...@nordnet.fr >> <mailto:ebourr...@nordnet.fr>> a écrit : >> >> Hello >> as usual, you’re right ! >> But I have another problem >> After bin/run -n… >> >> Starting server... >> Reading configuration from file: >> /Users/emmanuel/CalendarServer2/master/conf/caldavd-dev.plist >> 2017-02-17T10:51:17+0100 [twistedcaldav.upgrade#info] Converting augments.xml >> 2017-02-17T10:51:17+0100 [twistedcaldav.upgrade#info] Converting augments.xml >> 2017-02-17T10:51:17+0100 [calendarserver.tap.caldav.CalDAVServiceMaker#info] >> Calendar and Contacts Server >> 9.1b1.dev0+7c50b666693493196e6c3df59811063ef7368d97 starting Combined >> process... >> 2017-02-17T10:51:17+0100 [twistedcaldav.localization#info] Looking for Apple >> .lproj directories in locales >> 2017-02-17T10:51:17+0100 [twisted.scripts._twistd_unix.UnixAppLogger#info] >> twistd 16.6.0 >> (/Users/emmanuel/CalendarServer2/master/.develop/virtualenv/bin/python >> 2.7.10) starting up. >> 2017-02-17T10:51:17+0100 [twisted.scripts._twistd_unix.UnixAppLogger#info] >> reactor class: twisted.internet.selectreactor.SelectReactor. >> 2017-02-17T10:51:17+0100 [-] AMPPushNotifierFactory starting on 62311 >> 2017-02-17T10:51:17+0100 [-] ControlSocket starting on >> './data/Logs/state/caldavd.sock' >> 2017-02-17T10:51:17+0100 [txdav.base.datastore.subpostgres#info] Cluster >> already exists at >> /Users/emmanuel/CalendarServer2/master/data/Data/Database/cluster >> 2017-02-17T10:51:17+0100 [txdav.base.datastore.subpostgres#info] Requesting >> postgres start via: >> ['/Users/emmanuel/CalendarServer2/master/.develop/roots/PostgreSQL/bin/pg_ctl', >> 'start', >> '--log=/Users/emmanuel/CalendarServer2/master/data/Logs/postgres.log', >> '--timeout=86400', '-w', '-o', "-c listen_addresses='' -c >> unix_socket_directories=/tmp/ccs_postgres_bfc609ea6b4ff8bf216572903d163531 >> -c shared_buffers=139 -c max_connections=93 -c >> standard_conforming_strings=on -c unix_socket_permissions=0770 -c >> log_line_prefix=%t"] >> 2017-02-17T10:51:17+0100 [memcached-Default] dyld: lazy symbol binding >> failed: Symbol not found: _clock_gettime >> 2017-02-17T10:51:17+0100 [memcached-Default] Referenced from: >> /Users/emmanuel/CalendarServer2/master/.develop/roots/libevent/lib/libevent-2.0.5.dylib >> (which was built for Mac OS X 10.12) >> 2017-02-17T10:51:17+0100 [memcached-Default] Expected in: >> /usr/lib/libSystem.B.dylib >> 2017-02-17T10:51:17+0100 [memcached-Default] dyld: Symbol not found: >> _clock_gettime >> 2017-02-17T10:51:17+0100 [memcached-Default] Referenced from: >> /Users/emmanuel/CalendarServer2/master/.develop/roots/libevent/lib/libevent-2.0.5.dylib >> (which was built for Mac OS X 10.12) >> 2017-02-17T10:51:17+0100 [memcached-Default] Expected in: >> /usr/lib/libSystem.B.dylib >> 2017-02-17T10:51:17+0100 >> [txdav.base.datastore.subpostgres.PostgresMonitor#info] waiting for server >> to start.... >> 2017-02-17T10:51:18+0100 >> [txdav.base.datastore.subpostgres.PostgresMonitor#info] stopped waiting >> 2017-02-17T10:51:18+0100 >> [txdav.base.datastore.subpostgres.PostgresMonitor#error] pg_ctl: could not >> start server >> 2017-02-17T10:51:18+0100 >> [txdav.base.datastore.subpostgres.PostgresMonitor#error] Examine the log >> output. >> 2017-02-17T10:51:18+0100 >> [txdav.base.datastore.subpostgres.PostgresMonitor#info] pg_ctl process ended >> with status=256 >> 2017-02-17T10:51:18+0100 >> [txdav.base.datastore.subpostgres.PostgresMonitor#error] Could not start >> postgres; see postgres.log >> 2017-02-17T10:51:18+0100 [txdav.base.datastore.subpostgres#critical] Can't >> start or connect to postgres: No such socket file: >> /tmp/ccs_postgres_bfc609ea6b4ff8bf216572903d163531/.s.PGSQL.5432 >> 2017-02-17T10:51:18+0100 [-] (UNIX Port ./data/Logs/state/caldavd.sock >> Closed) >> 2017-02-17T10:51:18+0100 [-] (TCP Port 62311 Closed) >> >> And the server doesn’t start. Or I think so, because i can’t connect with >> Safari on localhost:8008 or 8443. >> I remember I had same problem but can’t remember how i've solved it. >> Furthermore : Is it a good idea to use bin/run -n at each startup of my >> computer ? >> Thanks >> Emmanuel >> >>> Le 17 févr. 2017 à 03:33, Andre LaBranche <d...@apple.com >>> <mailto:d...@apple.com>> a écrit : >>> >>> Hi, >>> >>> Try deleting the "localhost" cert from your keychain (using >>> /Applications/Utilities/Keychain). I've seen this problem a few times but >>> am still not sure exactly how it happens - possibly CalendarServer has lost >>> access privs to a keychain item that was previously stashed there. Deleting >>> will allow new items to be created. >>> >>> Alternatively, you can delete the .develop directory then "export >>> USE_OPENSSL=1" and re-run bin/develop to disable use of SecureTransport, >>> which includes disabling the use of keychain to store the server's private >>> key. >>> >>> -dre >>> >>> On Feb 16, 2017, at 3:30 PM, Emmanuel Bourreau <ebourr...@nordnet.fr >>> <mailto:ebourr...@nordnet.fr>> wrote: >>> >>>> Hello, >>>> during the bin/develop, i have the following error >>>> Keychain init. >>>> Could not find identity 'org.calendarserver.test' >>>> Found certificate 'localhost' >>>> Traceback (most recent call last): >>>> File "bin/keychain_init.py", line 164, in <module> >>>> identityCreate() >>>> File "bin/keychain_init.py", line 67, in identityCreate >>>> raise RuntimeError(error if error else output) >>>> RuntimeError: security: No matching identity found for "localhost" >>>> >>>> Next, if i try a « bin/run -n » >>>> i obtain >>>> The configured TLS Keychain Identity (Keychain: org.calendarserver.test) >>>> cannot be used: Unable to load Keychain identity: org.calendarserver.test >>>> >>>> System : 10.11.6 >>>> >>>> Calendarserver 9.1 >>>> >>>> Can you help me ? >>>> Thanks >>>> Emmanuel >>>> _______________________________________________ >>>> calendarserver-users mailing list >>>> calendarserver-users@lists.macosforge.org >>>> <mailto:calendarserver-users@lists.macosforge.org> >>>> https://lists.macosforge.org/mailman/listinfo/calendarserver-users >>>> <https://lists.macosforge.org/mailman/listinfo/calendarserver-users> >> >> _______________________________________________ >> calendarserver-users mailing list >> calendarserver-users@lists.macosforge.org >> <mailto:calendarserver-users@lists.macosforge.org> >> https://lists.macosforge.org/mailman/listinfo/calendarserver-users >
_______________________________________________ calendarserver-users mailing list calendarserver-users@lists.macosforge.org https://lists.macosforge.org/mailman/listinfo/calendarserver-users
