On Wed, 2008-08-06 at 15:40 -0400, Todd Denniston wrote:
> michael wrote, On 08/06/2008 11:42 AM:
> > On Wed, 2008-08-06 at 09:20 -0400, Todd Denniston wrote:
> >> michael wrote, On 08/06/2008 03:56 AM:
> >>> It seems my clock is losing time but yet I have 'enable Network Time
> >>> Protocol' enabled and set to a local time machine. If I
> >> by "a local time machine" do you mean:
> >> server 127.127.1.0
> >> ???
> >>
> >> or
> >> server 130.88.200.6 burst
> >> restrict 130.88.200.6 mask 255.255.255.255 nomodify notrap noquery
> >> ???
> >
> >
> > I didn't mean 127.127.1.0 (no idea what that means...) and yes I did
>
> 127.127.1.0 = local _system_ clock ... not a real accurate time source...
> please don't use it until you understand it. :)
>
> > mean 130.88.200.6 although I've no idea what those server/restrict cmds
> > are about
>
> From the data you got from ntpq below, you don't need to change what you
> have right now.
>
> >
{}
> > okay, restarted ntpd from cmd line, waiting 15 mins and here's ntpq =p
> > gives:
> > mkb@veri:/var/log$ sudo /usr/sbin/ntpq -p
>
> I don't think you have to be super user to do ntpq -p.
>
> > Password:
> > remote refid st t when poll reach delay offset
> > jitter
> > ==============================================================================
> > utserv.mcc.ac.u 193.62.22.98 2 u 14 64 377 0.303 369608.
> > 3831.40
> >
> > but it's still out:
> >
> > mkb@veri:/var/log$ date
> > Wed Aug 6 16:41:41 BST 2008
> >
> > mkb@veri:/var/log$ ssh michael@ratty date
> > Wed Aug 6 16:47:57 BST 2008
> >
>
> 16:41:41 + 0:6:9 =~ 16:47:50 so it took you ~7 seconds to type the ssh over to
> ratty? :)
> i.e., matches roughly with what ntpd is indicating.
it's 6 mins 16 secs diff and no, I did the second cmd within seconds to
show that there is a diff in times
> try doing the as root (i.e., `su -` and then run the) following:
> service ntpd stop
> ntpdate && hwclock --systohc
> service ntpd start
> sleep 128 && /usr/sbin/ntpq -p
> sleep 10
> exit
okay, had to give it a timeserver but here's the o/p
[root@veri tmp]# service ntpd stop
Shutting down ntpd: [ OK ]
[root@veri tmp]# ntpdate ntp2.mcc.ac.uk && hwclock --systohc
7 Aug 15:37:07 ntpdate[30359]: step time server 130.88.200.6 offset
1060.330035 sec
[root@veri tmp]#
[root@veri tmp]#
[root@veri tmp]# service ntpd start
Starting ntpd: [ OK ]
[root@veri tmp]# sleep 128 && /usr/sbin/ntpq -p
remote refid st t when poll reach delay offset
jitter
==============================================================================
utserv.mcc.ac.u 193.62.22.98 2 u 3 64 7 0.537 1812.41
1353.83
[root@veri tmp]# sleep 10
[root@veri tmp]# exit
exit
mkb@veri:/tmp$
> >
> > and ntpd reports in /var/log/messages:
> >
> > Aug 6 16:14:35 veri ntpd[13480]: ntpd 4.2.4p2@xxxxxxxx Tue Aug 21
> > 13:58:55 UTC 2007 (1)
> > Aug 6 16:14:35 veri ntpd[13481]: precision = 1.000 usec
> > Aug 6 16:14:35 veri ntpd[13481]: Listening on interface #0 wildcard,
> > 0.0.0.0#123 Disabled
> > Aug 6 16:14:35 veri ntpd[13481]: Listening on interface #1
> > wildcard, ::#123 Disabled
> > Aug 6 16:14:35 veri ntpd[13481]: Listening on interface #2 vmnet8,
> > fe80::250:56ff:fec0:8#123 Enabled
> <SNIP>
> > Aug 6 16:14:35 veri ntpd[13481]: Listening on interface #10 vmnet8,
> > 172.16.232.1#123 Enabled
> > Aug 6 16:14:35 veri ntpd[13481]: kernel time sync status 0040
> > Aug 6 16:14:35 veri ntpd[13481]: frequency initialized 197.849 PPM
> > from /var/lib/ntp/drift
> >
>
> Wow that's a lot of interfaces.
yeah I thought that but I think that's all due to VMWARE
>
> >
> >
> >>> I was expecting to see stats in /var/log/ntpstats (as per my Debian box)
> >>> but that dir doesn't exist on this Fed box...
> >>>
> >> You have to config ntpd (in /etc/ntp.conf) to keep the stats, which are most
> >> times not needed, and I don't remember what config items have to be set to
> >> keep those stats.
> >
> > arg, was looking at /etc/sysconfig/ntpd
> >
>
> you _might_ add the -s whereIwantStats in /etc/sysconfig/ntpd OPTIONS=
I'll try that.
One other bit of info, if I turn off ntpd over night, the clock loses
time (new battery required?)
ta, M
--
fedora-list mailing list
fedora-list@xxxxxxxxxx
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
