[systemd-devel] systemd-timesync fails

[Lennart Poettering]

On Wed, 13.08.14 20:35, Daniel Buch (boogiewasthere at gmail.com) wrote:

> With current git i noticed systemd-timesyncd failed and complain like this,
> log attached below.
> 
> aug 13 20:12:08 dbuch-laptop systemd[1]: Starting Network Time
> Synchronization...
> aug 13 20:12:08 dbuch-laptop systemd[1]: systemd-timesyncd.service: main
> process exited, code=exited, status=1/FAILURE
> aug 13 20:12:08 dbuch-laptop systemd[1]: Failed to start Network Time
> Synchronization.
> aug 13 20:12:08 dbuch-laptop systemd[1]: Unit systemd-timesyncd.service
> entered failed state.
> aug 13 20:12:08 dbuch-laptop systemd[1]: systemd-timesyncd.service has no
> holdoff time, scheduling restart.
> aug 13 20:12:08 dbuch-laptop systemd-timesyncd[377]: Failed to allocate
> manager: No data available
> aug 13 20:12:08 dbuch-laptop systemd[1]: systemd-timesyncd.service: main
> process exited, code=exited, status=1/FAILURE
> aug 13 20:12:08 dbuch-laptop systemd[1]: Failed to start Network Time
> Synchronization.
> aug 13 20:12:08 dbuch-laptop systemd[1]: Unit systemd-timesyncd.service
> entered failed state.
> aug 13 20:12:08 dbuch-laptop systemd[1]: systemd-timesyncd.service has no
> holdoff time, scheduling restart.
> aug 13 20:12:08 dbuch-laptop systemd[1]: Stopping Network Time
> Synchronization...
> aug 13 20:12:08 dbuch-laptop systemd[1]: Starting Network Time
> Synchronization...
> aug 13 20:12:08 dbuch-laptop systemd-timesyncd[385]: Failed to allocate
> manager: No data available
> 
> Is this known or am i missing some configuration where i need opt-in?

Hmm, ENODATA? That smells like something returned by sd-network, but I
can't see how that could happen... I figure you run things without
networkd? (which is totally ok and supported, just asking...)

If you run the binary from the command line, does it fail too? If so,
can you run it in gdb, and maybe step through it, to see where it fails?

Also, setting SYSTEMD_LOG_LEVEL=debug as env var for it might be
interesting too...

Lennart

-- 
Lennart Poettering, Red Hat