Re: [chrony-users] What's changed in chrony-2.2?

[ Thread Index | Date Index | More chrony.tuxfamily.org/chrony-users Archives ]


On Monday 23 November 2015 08:15:14 Miroslav Lichvar wrote:
> On Sun, Nov 22, 2015 at 04:30:55PM +0000, Peter Humphrey wrote:
> > My two main machines are an i5 workstation and an Atom mini-server, both
> > running Gentoo stable. This week chrony was updated from 2.1.1 to 2.2,
> > and now it won't start on the Atom though it seems fine on the i5.
> 
> What exactly does it do? Crash on segfault, a fatal error, an
> assertion error, or something else? As Bill says, there might be
> something in the syslog.

Sorry, I should have been clearer.

# /etc/init.d/chronyd start
 * Starting chronyd ...
 * start-stop-daemon: caught an interrupt
 * start-stop-daemon: /usr/sbin/chronyd died
 * Failed to start chronyd                                          [ !! ]
 * ERROR: chronyd failed to start

But a chronyd process is actually running:

20169 ?        S      0:00 /usr/sbin/chronyd -f /etc/chrony/chrony.conf

# grep chronyd /var/log/messages
--->8
Nov 23 09:45:50 serv chronyd[20096]: chronyd exiting
Nov 23 09:46:02 serv chronyd[20169]: chronyd version 2.2 starting (+CMDMON 
+NTP +REFCLOCK +RTC -PRIVDROP -SCFILTER -SECHASH +ASYNCDNS +IPV6 -
DEBUG)
Nov 23 09:46:02 serv chronyd[20169]: Frequency -28.615 +/- 0.000 ppm read 
from /var/lib/chrony/drift
Nov 23 09:46:02 serv /etc/init.d/chronyd[20166]: start-stop-daemon: caught 
an interrupt
Nov 23 09:46:02 serv /etc/init.d/chronyd[20166]: start-stop-daemon: 
/usr/sbin/chronyd died
Nov 23 09:46:02 serv /etc/init.d/chronyd[20149]: ERROR: chronyd failed to 
start
Nov 23 09:46:07 serv chronyd[20169]: Selected source 212.23.8.6
Nov 23 09:48:18 serv chronyd[20169]: Selected source 176.126.242.239

> How do your chrony.conf and chronyd command line look like?

This is chrony.conf:

pool uk.pool.ntp.org iburst
server ntp0.zen.co.uk iburst
server ntp1.zen.co.uk iburst
driftfile /var/lib/chrony/drift
makestep 1.0 3
allow 192.168/16
rtcsync
port 0

It's the same on both machines, and so of course is /etc/init.d/chronyd, 
whose start code is here (checkconfig and setxtrarg are internal functions 
which do what they say):

start() {
        checkconfig || return $?
        setxtrarg

        [ -n "${PIDFILE}" ] || PIDFILE=/run/chronyd.pid

        ebegin "Starting chronyd"
        start-stop-daemon --start --background --quiet \
                --exec /usr/sbin/chronyd \
                --pidfile "${PIDFILE}" \
                -- -f "${CFGFILE}" ${ARGS}
        eend $? "Failed to start chronyd"
}

> > Has something changed in chrony's kernel config requirements?
> 
> The most significant change between 2.1.1 and 2.2 is that chronyd
> creates a Unix domain socket in /var/run/chrony. I see in your kernel
> config it's a module, maybe it's not loaded?

Do you mean RTC_CMOS is a module? It's the same on both machines, and a 
socket is indeed created:

# ls -l /var/run/chrony
total 0
srwxr-xr-x 1 root root 0 Nov 23 09:46 chronyd.sock
# lsmod | grep rtc
rtc_cmos                7264  0

> But even if it wasn't I think it would just send an error message to
> syslog and continue without the command socket.

It may be doing something like that here too, but with the socket.

> In Fedora the SELinux rules had to be updated to allow chronyd to
> create the socket, but that didn't prevent it from running (with
> reduced functionality).

-- 
Rgds
Peter


-- 
To unsubscribe email chrony-users-request@xxxxxxxxxxxxxxxxxxxx 
with "unsubscribe" in the subject.
For help email chrony-users-request@xxxxxxxxxxxxxxxxxxxx 
with "help" in the subject.
Trouble?  Email listmaster@xxxxxxxxxxxxxxxxxxxx.


Mail converted by MHonArc 2.6.19+ http://listengine.tuxfamily.org/