[systemd-bugs] [Bug 55938] New: org.freedesktop.timedate1 SetNTP should not always enable the ntpd.service
bugzilla-daemon at freedesktop.org
bugzilla-daemon at freedesktop.org
Fri Oct 12 12:35:36 PDT 2012
https://bugs.freedesktop.org/show_bug.cgi?id=55938
Priority: medium
Bug ID: 55938
Assignee: systemd-bugs at lists.freedesktop.org
Summary: org.freedesktop.timedate1 SetNTP should not always
enable the ntpd.service
QA Contact: systemd-bugs at lists.freedesktop.org
Severity: normal
Classification: Unclassified
OS: Linux (All)
Reporter: twelve.eighty at gmail.com
Hardware: Other
Status: NEW
Version: unspecified
Component: general
Product: systemd
When using systemd, NetworkManager, NTP and then networkmanager-dispatcher-ntpd
to start NTP after NetworkManager has established a connection, the
ntpd.service service gets enabled by a call to gdbus:
gdbus call \
--system \
--object-path /org/freedesktop/timedate1 \
--dest org.freedesktop.timedate1 \
--method org.freedesktop.timedate1.SetNTP true false
The problem is that the org.freedesktop.timedate1.SetNTP method appears to
*enable* the ntpd.service and then start it. This should not be done, since in
a NetworkManager scenario, the ntpd.service should be left disabled and only
*started* when a connection is made.
The result of this bug is that upon a reboot, ntpd.service is automatically
started, BEFORE network manager creates a connection. Even after ntpd.service
is disabled again, the next time a connection is made, ntpd.service is
re-enabled.
I believe this is the problem:
http://cgit.freedesktop.org/systemd/systemd/tree/src/timedate/timedated.c
Line 871: r = enable_ntp(connection, &error);
I think that should be removed, so that only the remaining start_ntp() call is
made.
--
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/systemd-bugs/attachments/20121012/ce535195/attachment.html>
More information about the systemd-bugs
mailing list