FW: [suse-kde] What app in KDE to autosync my system clock with NIST?
When I setup xntp using Yast there is a tremendous amount of traffic. Using tcpdump I see the following continuously repeated: 20:44:53.282811 arp who-has Intrepid.Forte tell 192.168.2.1 20:44:53.282842 arp reply Intrepid.Forte is-at 00:80:ad:c1:35:41 20:44:54.226757 IP Intrepid.Forte.ntp > louie.udel.edu.ntp: NTPv4 client, strat 0, poll 6, prec -18 20:44:54.253991 IP louie.udel.edu.ntp > Intrepid.Forte.ntp: NTPv4 server, strat 2, poll 6, prec -22 20:44:56.228501 IP Intrepid.Forte.ntp > louie.udel.edu.ntp: NTPv4 client, strat 0, poll 6, prec -18 20:44:56.259432 IP louie.udel.edu.ntp > Intrepid.Forte.ntp: NTPv4 server, strat 2, poll 6, prec -22 20:44:58.230146 IP Intrepid.Forte.ntp > louie.udel.edu.ntp: NTPv4 client, strat 0, poll 6, prec -18 20:44:58.279255 IP louie.udel.edu.ntp > Intrepid.Forte.ntp: NTPv4 server, strat 2, poll 6, prec -22 As you can see, I'm using the server louie.udel.edu.ntp and I seem to be submitting my request again and again at 2s intervals. I'd like to use xntp -q to set the time on startup and then quit, but I'm not sure how to accomplish this. Would I need to change NCPD_OPTS="" to NCPD_OPTS="-q" in /etc/sysconfig/plptools so that it will be used by /etc/init.d/ncpd? Another option would be to change minpoll, but I thought the default was 64s, not 2s. Can anyone explain how to accomplish this using both methods? Thanks, John -----Original Message----- From: Alvin Beach [mailto:abeach@deepvision.ca] Sent: Saturday, August 20, 2005 11:52 AM To: suse-kde@suse.com Subject: Re: [suse-kde] What app in KDE to autosync my system clock with NIST?
Just to make it really clear. You can use Yast to setup xntp. Yast->Network Services->NTP Client Just enter the same URL that you use in Windows. I use pool.ntp.org. Alvin -- To unsubscribe, email: suse-kde-unsubscribe@suse.com For additional commands, email: suse-kde-help@suse.com Please do not cross-post to suse-linux-e
On Saturday 20 August 2005 9:04 pm, John Schwartzman wrote:
There's a ton of documentation in /usr/share/doc/packages/xntp-doc/html/index.html Scott -- POPFile, the OpenSource EMail Classifier http://popfile.sourceforge.net/ Linux 2.6.11.4-21.8-default x86_64 SuSE Linux 9.3 (x86-64)
On Sunday 21 August 2005 00:04, John Schwartzman wrote:
Hi John, Did you read the "Where to Start" and various readmes in /usr/share/doc/packages/xntp? Did you go to the maintainer's website to look over any of the topical information available there? I only mention this because I did just that and seem to recall this process is not as cut and dried as it might appear to be at first glance. Your system needs to be brought into sync with the remote server incrementally. This is done to avoid having adjustments to the local clock disrupt other processes that are run automatically based upon time calculations. To accomplish these incremental adjustments, xntp has to perform a few chores: - determine the latency between the two systems; what's the delay between polling the server and receipt of it's response. - determine the actual time difference between the two systems. (Am I ahead or behind and by how much?) - adjust for drift in the local hardware (Am I running fast or slow and by how much). - resolve all of the above into some number and frequency of acceptably small incremental adjustments I suspect the traffic you're observing will probably drop off over time. I think on my system it ultimately ended up only polling the server at boots and maybe once per hour thereafter. regards, - Carl
On Saturday 20 August 2005 9:04 pm, John Schwartzman wrote:
There's a ton of documentation in /usr/share/doc/packages/xntp-doc/html/index.html Scott -- POPFile, the OpenSource EMail Classifier http://popfile.sourceforge.net/ Linux 2.6.11.4-21.8-default x86_64 SuSE Linux 9.3 (x86-64)
On Sunday 21 August 2005 00:04, John Schwartzman wrote:
Hi John, Did you read the "Where to Start" and various readmes in /usr/share/doc/packages/xntp? Did you go to the maintainer's website to look over any of the topical information available there? I only mention this because I did just that and seem to recall this process is not as cut and dried as it might appear to be at first glance. Your system needs to be brought into sync with the remote server incrementally. This is done to avoid having adjustments to the local clock disrupt other processes that are run automatically based upon time calculations. To accomplish these incremental adjustments, xntp has to perform a few chores: - determine the latency between the two systems; what's the delay between polling the server and receipt of it's response. - determine the actual time difference between the two systems. (Am I ahead or behind and by how much?) - adjust for drift in the local hardware (Am I running fast or slow and by how much). - resolve all of the above into some number and frequency of acceptably small incremental adjustments I suspect the traffic you're observing will probably drop off over time. I think on my system it ultimately ended up only polling the server at boots and maybe once per hour thereafter. regards, - Carl
participants (3)
-
Carl Hartung -
John Schwartzman -
Scott Leighton