RE: TIME loss
- From: Mike Jeays <mj001@xxxxxxxxxx>
- Date: Thu, 13 Jul 2006 18:20:40 -0400
On Thu, 2006-07-13 at 17:35 -0400, Chris Hill wrote:
On Thu, 13 Jul 2006, Jean-Paul Natola wrote:
But as I mentioned earlier
ntpd is running , when I do top
...?
Anyway, make sure your drift file exists and is writeable. Mine looks
like this:
$ ls -l /var/db/ntpd.drift
-rw-r--r-- 1 root wheel 6 Jul 13 17:01 /var/db/ntpd.drift
If it's not there, just
# touch /var/db/ntpd.drift
...and verify permissions. ntpd should be able to take over from there.
Another thing: (assuming you don't want to use ntpdate) ntpd may not
sync to the time server if the local clock is "very" different from the
server's clock. To sync the clock on boot, you can add
ntpd_sync_on_start="NO" # Sync time on ntpd startup, even if offset is high
...to /etc/rc.conf.
HTH.
--
Chris Hill chris@xxxxxxxxxxxxxx
** [ Busy Expunging <|> ]
_______________________________________________
freebsd-questions@xxxxxxxxxxx mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "freebsd-questions-unsubscribe@xxxxxxxxxxx"
Wouldn't 'ntpd_sync_on_start="YES"' work better? Or is it a very
non-intuitive parameter? Refer to
http://www.qnd-guides.org/qnd-ntpd.html
_______________________________________________
freebsd-questions@xxxxxxxxxxx mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "freebsd-questions-unsubscribe@xxxxxxxxxxx"
- Follow-Ups:
- RE: TIME loss
- From: Chris Hill
- RE: TIME loss
- References:
- RE: TIME loss
- From: Jean-Paul Natola
- RE: TIME loss
- From: Chris Hill
- RE: TIME loss
- Prev by Date: Re: top and multiple CPU's
- Next by Date: RE: TIME loss
- Previous by thread: RE: TIME loss
- Next by thread: RE: TIME loss
- Index(es):
Relevant Pages
|