+++ This bug was initially created as a clone of Bug #815748 +++
Description of problem:
Clean installation of F17 Beta i686 Live into VM. I open Date and Time configuration and slide "Network Time" to ON. When I check in terminal, chronyd.service is disabled and stopped.
I reboot. chronyd.service is obviously still disabled and stopped. When I open Date and Time configuration, "Network Time" is set to OFF.
Version-Release number of selected component (if applicable):
on VM and on bare-metal
chronyd.service is enabled and running, time is synchronized, and date and time configuration shows that network time is enabled.
--- Additional comment from firstname.lastname@example.org on 2012-04-24 08:32:23 EDT ---
Proposing as F17 blocker:
"All elements of the default panel (or equivalent) configuration in all release-blocking desktops must function correctly in common use"
--- Additional comment from email@example.com on 2012-04-24 09:24:59 EDT ---
Please note that when I select "Synchronize time over the network" in firstboot, it enables and starts chronyd.service correctly, but Date and Time configuration still shows "Network Time" as OFF. It is probably related issue. If it is not, I'll report it separately, let me know.
--- Additional comment from firstname.lastname@example.org on 2012-04-24 19:24:21 EDT ---
Apr 24 19:21:42 localhost.localdomain systemd-timedat: Failed to issue method call: No such file or directory
I guess the problem is that systemd-timedated is trying to activate ntpd, not chrony
--- Additional comment from email@example.com on 2012-04-25 10:56:26 EDT ---
systemd upstream will now activate/enable systemd-timedated-ntp.target instead of ntpd.service or chrony.service. These two packages should then hook into the target to get started indirectly.
What's left to do:
- get this into Fedora
- updte chrony and ntpd to include the necessary .wants/ symlink and BindTo directive
--- Additional comment from firstname.lastname@example.org on 2012-04-25 12:03:00 EDT ---
Can you provide chrony/ntpd patches and file bugs ?
--- Additional comment from email@example.com on 2012-04-25 20:31:35 EDT ---
systemd-44-7.fc17 has been submitted as an update for Fedora 17.
--- Additional comment from firstname.lastname@example.org on 2012-04-26 05:18:46 EDT ---
(In reply to comment #4)
> What's left to do:
> - get this into Fedora
systemd-44-7.fc17 has it.
> - updte chrony and ntpd to include the necessary .wants/ symlink and BindTo
By the necessary .wants/ symlink you mean:
/usr/lib/systemd/system/systemd-timedated-ntp.target.wants/chronyd.service -> ../chronyd.service
(i.e. ship it in the package. Not create it using the [Install] section)
The BindTo directive will go into chronyd.service's [Unit] section and say:
Going to clone this bug for chrony and ntpd now.
It took me a minute to figure out what was going on here but what I'm understanding is:
- The issue is still that ntp can't be enabled
- Changes to chronyd and ntpd are required in addition to the changes to systemd
If I'm right, I'm tempted to say "remove as a proposed blocker" since it already blocks #815748 - the main issue.
chrony-1.27-0.3.pre1.fc17 has been submitted as an update for Fedora 17.
* should fix your issue,
* was pushed to the Fedora 17 testing repository,
* should be available at your local mirror within two days.
Update it with:
# su -c 'yum update --enablerepo=updates-testing chrony-1.27-0.3.pre1.fc17'
as soon as you are able to.
Please go to the following url:
then log in and leave karma (feedback).
chrony-1.27-0.3.pre1.fc17 has been pushed to the Fedora 17 stable repository. If problems still persist, please make note of it in this bug report.