You are not logged in.
I recently changed my settings in /etc/ntp.conf and I removed the drift file and made another empty drift file while in root. I restarted the computer with the new changes and ntpd complains saying "format error frequency file". Should I just point the drift file somewhere else or how can I fix this?
Here is my ntp.conf file: https://ptpb.pw/BLYH
Update: I changed the owner of the file to ntp:ntp and rebooted and it still complains about formatting.
Last edited by rg_arc (2015-04-03 20:08:54)
Offline
Have you tried removing the drift file you created and restarting the daemon so it can create its' own drift file?
All men have stood for freedom...
For freedom is the man that will turn the world upside down.
Gerrard Winstanley.
Offline
Yes I did try that and I don't have a file there after the reboot. How long do I have to wait before the file is updated/created?
Offline
Can you post the output of timedatectl ?
I want to see if ntpd, or if systemd are handling the time sync.
Nothing is too wonderful to be true, if it be consistent with the laws of nature -- Michael Faraday
Sometimes it is the people no one can imagine anything of who do the things no one can imagine. -- Alan Turing
---
How to Ask Questions the Smart Way
Offline
Here you go: https://ptpb.pw/xiVy
Offline
Can you post the output of timedatectl ?
I want to see if ntpd, or if systemd are handling the time sync.
That was the issue.
# timedatectl set-ntp 1
That did the trick.
Offline
Also, I didn't see this mentioned anywhere in the Wiki. Should I make a new entry in the wiki explaining how to get ntp enabled for timedatectl?
Offline
Also, I didn't see this mentioned anywhere in the Wiki. Should I make a new entry in the wiki explaining how to get ntp enabled for timedatectl?
Please.
Nothing is too wonderful to be true, if it be consistent with the laws of nature -- Michael Faraday
Sometimes it is the people no one can imagine anything of who do the things no one can imagine. -- Alan Turing
---
How to Ask Questions the Smart Way
Offline
Also, I didn't see this mentioned anywhere in the Wiki. Should I make a new entry in the wiki explaining how to get ntp enabled for timedatectl?
Mods are just community members who have the occasionally necessary option to move threads around and edit posts. -- Trilby
Offline
Offline
I think I'll undo that edit. The page you edited is about ntpd, which is a different implementation for NTP than systemd-timesyncd. As such, it is completely unrelated to that article.
I can see why you'd be confused however - that page has lots of unneeded tangents. The command for ntpd is systemctl enable/start ntpd.service
Last edited by Alad (2015-04-03 23:37:07)
Mods are just community members who have the occasionally necessary option to move threads around and edit posts. -- Trilby
Offline
I don't believe removing my edit is appropriate as this is still related to using NTP. If you read anything in this thread you'll know why I edited that page.
Offline
Not sure why people get always as defensive over these things. The command you've added enables systemd-timesyncd. The article in question is about ntpd. Both are different applications. Former has a separate article. If you have a problem with ntpd, simply telling people "use something different" is hardly constructive.
Last edited by Alad (2015-04-03 23:57:16)
Mods are just community members who have the occasionally necessary option to move threads around and edit posts. -- Trilby
Offline
I think I'll undo that edit. The page you edited is about ntpd, which is a different implementation for NTP than systemd-timesyncd. As such, it is completely unrelated to that article.
I can see why you'd be confused however - that page has lots of unneeded tangents. The command for ntpd is systemctl enable/start ntpd.service
I'm not confused about anything. Just simply enabling the ntpd.service doesn't solve the issue I was having. Read the rest of this thread.
Offline
rg_arc wrote:Also, I didn't see this mentioned anywhere in the Wiki. Should I make a new entry in the wiki explaining how to get ntp enabled for timedatectl?
Please.
Can you agree that this needs to be mentioned at least once? Timesync and ntpd are both part of systemd, why would mentioning it on the NTP wiki be an issue?
Offline
ntpd is not part of systemd
Offline
nevermind.
Last edited by Alad (2015-04-03 23:49:21)
Mods are just community members who have the occasionally necessary option to move threads around and edit posts. -- Trilby
Offline
Not sure why people get always as defensive over these things. The command you've added enables systemd-timesyncd. The article in question is about ntpd. Both are different applications. Former has a separate article. If you have a problem with ntpd, simply telling people "use something different" is hardly constructive.
I wasn't simply telling people to use something different. Timesync will use NTP ultimately, not the other way around. You are not being constructive by assuming things about my motives. If you want to make a big deal about what wiki goes where then why not mention what I said previously instead of removing it from the wiki and providing a link to systemd-timsync to clarify what is going on. The wiki is far too broad, these details are important for people to understand.
Last edited by rg_arc (2015-04-03 23:48:33)
Offline
ntpd is not part of systemd
ntpd.service is and that is what I'm talking about. When the service is on and starts up it uses "/usr/bin/ntpd -g -u ntp:ntp" as the command
Offline
What's important here is a clear relation between cause and symptom.
http://cgit.freedesktop.org/systemd/sys … ted.c#n254
http://www.freedesktop.org/wiki/Softwar … timedated/
Looking at the above, ntpd.service is unrelated to timedated. However, if you enable systemd-timesyncd.service (either manually or through timedatectl) you disable ntpd.service - both services conflict. As such, the ntpd error is no longer visible (as ntpd is not active)
Some googling shows threads like: http://forum.synology.com/enu/viewtopic … 83&t=67370
Last edited by Alad (2015-04-04 00:18:21)
Mods are just community members who have the occasionally necessary option to move threads around and edit posts. -- Trilby
Offline
Systemd-timesyncd.service is not enabled on my system though, even after a reboot. Timedatectl didn't disable ntpd.service.
1.238s user@1000.service
394ms smbd.service
311ms systemd-modules-load.service
285ms ntpd.service
271ms polkit.service
257ms urxvtd@ominous.service
257ms systemd-logind.service
231ms systemd-udevd.service
210ms alsa-restore.service
210ms systemd-user-sessions.service
208ms catalyst-hook.service
207ms udisks.service
186ms systemd-journal-flush.service
179ms systemd-journald.service
148ms systemd-fsck@dev-disk-by\x2duuid-75cb2cc6\x2da3d4\x2d4b0f\x2d92db\x2dab5929c35f51.service
96ms systemd-random-seed.service
96ms systemd-fsck@dev-disk-by\x2duuid-b1c01e02\x2de13b\x2d49b4\x2d9504\x2d9383166957cf.service
90ms systemd-tmpfiles-setup-dev.service
90ms systemd-sysctl.service
78ms systemd-networkd.service
48ms systemd-tmpfiles-setup.service
40ms sys-kernel-debug.mount
40ms systemd-remount-fs.service
39ms dev-mqueue.mount
38ms dev-hugepages.mount
36ms systemd-vconsole-setup.service
36ms kmod-static-nodes.service
33ms media-HDD.mount
32ms systemd-udev-trigger.service
24ms avahi-daemon.service
12ms home.mount
10ms tmp.mount
4ms systemd-update-utmp.service
1ms sys-kernel-config.mount
Offline
I'd appreciate it if you stopped removing my addition to the wiki. If you have proof that what I put in the wiki is not appropriate then show the proof, otherwise I will keep adding it back.
Offline
Eh, if you think threats will achieve anything you're in the wrong.
Mods are just community members who have the occasionally necessary option to move threads around and edit posts. -- Trilby
Offline
That wasn't a threat, I am challenging your claims and if you don't have any practical reason/proof that what I put in the wiki is inappropriate then stop removing it.
Offline
Post your pstree.
Mods are just community members who have the occasionally necessary option to move threads around and edit posts. -- Trilby
Offline