Brad Fritz wrote:
Jay,
On Thu, 06 Feb 2003 12:21:24 +1100 Jay Langford wrote:
I was recently contacted by the admin of my NTP service who informed me that
he had been receiving a large increase in NTP requests from various sources
to his servers lately. (Note: I did contact him before I started using his
service.)
As someone else suggested, your job as sysop generally includes
setting up a local timeserver that all you computers synch to.
That means ntpd. Not sure if ntpsimpl can do this.
You'll want to list about five external servers in ntp.conf
so you spread the load. That's a general good idea, not just
to spread the load, but really because ntp become much more
accurate when it can poll five servers and determine which one
is really the better one. Remember that an external ntp time
server across town may be several more router hops away than an
ntp server in the next state. Let ntp figure it out. Give it
many servers.
Then point all your internal comps to your LEAF ntpd,
as the other fellow suggested.
I've checked the documentation on
http://www.eecis.udel.edu/~ntp/documentation.html but can't seem to find out
where I can check (and decrease if necessary) the poll intervals.. does
anyone know where I should be looking....
Not positive, but "maxpoll":
http://www.eecis.udel.edu/~ntp/ntp_spool/html/confopt.html
Go ahead and skim the Poll Interval Control section here:
http://www.eecis.udel.edu/~ntp/ntp_spool/html/ntpd.html
and then think twice about messing with it. I can tell you
that, given an ntpd that's been running for a few days and a
CMOS battery that's not dead w/a decent crystal, you won't poll
too often.
Also: Is it possible to use ntpdate to update my routers time once (say in
the morning) and get ntpsimpl to look at the system (cmos) clock instead of
polling the servers listed in ntpsimpl config files... If so, can someone
point me in the right direction to achieving this I would be most
appreciative..
Again this is mostly speculation, but...
Commenting out the "server" directives in ntp.conf should prevent
ntpd from polling other servers. I assume (but you know what they
say about that) ntpd uses the local system time when there are no
external servers to consult. A line like:
04 20 * * * root ntpdate some.ntp.server && hwclock --systohc
in /etc/crontab will sync your system and hardware clocks with
some.ntp.server every morning at 4:20am.
--Brad
Yes you can make ntpdate run once at boot, and then start
ntpsimpl at some point down the road with a cron command.
When ntpsimpl starts, it will poll, that's how it's designed.
If you need help with cron, Brad is your man ;-)
You asked about getting ntpsimpl to look at the system clock.
The way you do that is by listing your CMOS clock's IP address
in the ntp.conf file. Here's an example one from a Unix box
that could use a few more servers, but hey, it was handy:
broadcastclient no
server clock.isc.org
server clock.via.net
server 192.5.41.41
server 127.127.1.0
fudge 127.127.1.0 stratum 5
driftfile /etc/inet/ntp.drift
enable pll monitor stats
disable auth bclient
statistics loopstats peerstats
127.127.x.x. That's the local time server. Linux may use a
different last two octets than .1.0. Don't know. But regardless,
if you get that right, then notice the fudge statement:
fudge 127.127.1.0 stratum 5
That tells ntpd that the local clock is a stratum 5 time server,
and because the other servers are stratum 2 or 1 (promise ;-), ntpd
knows to trust the stratum 2's and 1's more than 5's and relies on
the external clocks. The only time it uses the local CMOS clock
is when it can't reach the other servers.
But in your case, you could list all stratum 2 or 3 servers,
and fudge your local clock to stratum 1,or 2. That would
certainly have an affect on what gets polled and relied upon.
Be sure to watch your logs.
Good Luck,
Matt
-------------------------------------------------------
This SF.NET email is sponsored by:
SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See!
http://www.vasoftware.com
------------------------------------------------------------------------
leaf-user mailing list: [EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/leaf-user
SR FAQ: http://leaf-project.org/pub/doc/docmanager/docid_1891.html
