[CalendarServer-users] Trouble upgrading from 5.3 to 7.0

Jacques Distler distler at golem.ph.utexas.edu
Sat Jan 23 11:25:55 PST 2016


On the other hand, starting up the server with

   bin/run -n -t Slave

gets a lot further.

> On Jan 20, 2016, at 3:57 PM, Jacques Distler <distler at golem.ph.utexas.edu> wrote:
> 
> Here are the processes initiated when the CalendarServer starts up (PostgreSQL is already running):
> 
>  PID TTY           TIME CMD
> 70038 ttys000    0:01.85 CalendarServer 7.0 [Combined]
> 70135 ttys000    0:00.02 /usr/local/bin/memcached -U 0 -s /var/run/caldav/memcache.sock -u _calendar
> 70136 ??         0:00.01 postgres: caldav caldav 127.0.0.1(56199) idle

Now,

 44308 ttys000    0:01.46 CalendarServer 7.0 [Slave]

(n.b.: no memcached started)

> There's a database connection, about which "lsof -i" reports:
> 
> COMMAND     PID           USER   FD  TYPE             DEVICE SIZE/OFF   NODE NAME
> python2.7 70038           root   9u  IPv4 0x22e34989d8c573db      0t0    TCP localhost:56199->localhost:postgresql (ESTABLISHED)

Now it binds listeners to port 8443:

 python2.7 44308           root    3u  IPv4 0x22e34989eb57dbc3      0t0    TCP *:pcsync-https (LISTEN)
 python2.7 44308           root    4u  IPv6 0x22e34989eb58a33b      0t0    TCP *:pcsync-https (LISTEN)
 python2.7 44308           root   13u  IPv4 0x22e34989ed97b3db      0t0    TCP localhost:51681->localhost:postgresql (ESTABLISHED)

> That's the only TCP/IP connection the CalendarServer makes (in particular, it HAS NOT started a listener on port 8443, as it should).

But, of course, while the resulting Slave Server responds to requests, it always returns an error:

2016-01-23 13:18:53-0600 [HTTPChannel,0,nn.nn.nn.nn] [txweb2.server#info] GET /principals/ HTTP/1.1
2016-01-23 13:18:53-0600 [HTTPChannel,0,nn.nn.nn.nn] [txdav.who.cache#debug] Directory cache miss: shortName ('user', 'distler')
2016-01-23 13:18:53-0600 [HTTPChannel,0,,nn.nn.nn.nn] [txdav.dps.client#debug] Creating connection
2016-01-23 13:18:53-0600 [-] [txweb2.server#error] Exception rendering request: <GET /principals/ (1, 1)>
        Traceback (most recent call last):
        Failure: twisted.internet.error.ConnectError: An error occurred while connecting: 2: No such file or directory.

Still, this seems like progress ...

Jacques
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 203 bytes
Desc: Message signed with OpenPGP using GPGMail
URL: <https://lists.macosforge.org/pipermail/calendarserver-users/attachments/20160123/dd85eeb1/attachment.sig>


More information about the calendarserver-users mailing list