Re: NTP problem - Clock too fast for NTP to keep up?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



I've kept on playing with tickadj and found out that 9000 seems to be the lowest that FC3 will go in my virtual server. However this seems to have slowed the clock down to within a couple of seconds gain every 2 minutes

Feb 11 10:41:56 krusty ntpdate[3687]: step time server 202.173.151.129 offset -4.675165 sec
Feb 11 10:42:01 krusty ntpdate[3693]: adjust time server 202.173.151.129 offset -0.165226 sec
Feb 11 10:43:58 krusty ntpdate[3705]: step time server 202.173.151.129 offset -2.661458 sec
Feb 11 10:45:57 krusty ntpdate[3720]: step time server 202.173.151.129 offset -4.160441 sec
Feb 11 10:47:59 krusty ntpdate[3738]: step time server 202.173.151.129 offset -2.028393 sec


Thinking that this might be within ntpd's tolerances now I turned off the 2 minute ntpdate and restarted ntp.

Looks like ntpd still isn't working however:
# ntpq -p
remote refid st t when poll reach delay offset jitter
==============================================================================
fizban.zordah.n 0.0.0.0 5 u 3 64 377 0.948 14109.8 6480.31


This could be important, even though the reach value is tell me it can reach the NTP server ntptrace is telling me a different story!

# ntptrace 202.173.151.129
202.173.151.129: timed out, nothing received
***Request timed out

Why is this?

--
Regards,
Peter Kiem

Zordah IT - IT Consultancy and Internet Services
Ph: (0414) 724-766   Fax: (07) 3344-5827
Web: www.zordah.net  Email: zordah@xxxxxxxxxx


[Index of Archives]     [Current Fedora Users]     [Fedora Desktop]     [Fedora SELinux]     [Yosemite News]     [Yosemite Photos]     [KDE Users]     [Fedora Tools]     [Fedora Docs]

  Powered by Linux