Problem with NTP.
Reber, Simon
simon.reber at roche.com
Tue Apr 21 09:20:14 UTC 2009
Well as the configuration does work on other hosts, we don't going to
focus any further on this.
But what's about the output of ntpq -p <ntp source server>
In your example like: ntpq -p Server1
What does tcpdump telling you:
Run # tcpdump -i <intergace> -vvv port 123
Is there any activity reported?
Cheers,
Simon
>-----Original Message-----
>From: redhat-list-bounces at redhat.com
>[mailto:redhat-list-bounces at redhat.com] On Behalf Of
>Andrew.Bridgeman at corusgroup.com
>Sent: Tuesday, April 21, 2009 11:13 AM
>To: General Red Hat Linux discussion list
>Subject: RE: Problem with NTP.
>
>
>
>
>Thanks for the reply Simon. Here is the ntpq and ntp.conf info.
>
> remote refid st t when poll reach delay offset
>jitter
>===============================================================
>===============
> Server1 Server2 4 u 9 64 77 18.104 -1193.4
>3.107
> Server2 Server 3 3 u 5
>64 77 19.688 -1188.2 1.623
>
>
>restrict default noquery nomodify
>restrict 127.0.0.1
>restrict Server1 mask 255.255.255.255 nomodify notrap noquery
>restrict Server2 mask 255.255.255.0 nomodify notrap
>server Server1 minpoll 4 maxpoll 6
>server Server2 minpoll 4 maxpoll 6
>driftfile /var/lib/ntp/drift
>logfile /var/log/ntp.log
>
>Remember I use this config for numerous other machines, it is
>just this one
>I
>have an issue with. Any thoughts on possible solutions would be much
>appreciated.
>
>FYI
>
>When I run ntpq -p on all of our other Linux machines it shows
>as below.
>
> remote refid st t when poll reach delay offset
>jitter
>===============================================================
>===============
> +Server1 Server2 4 u 2 64 377 18.104 -12.428
>8.107
> *server2 Server 3 3 u
> 58
>64 377 19.688 -0.482 10.623
>
>Regards
>
>Andrew Bridgeman
>
>
>
>
>
>
> "Reber, Simon"
>
> <simon.reber at roch
>
> e.com>
> To
> Sent by: "General Red Hat Linux
>discussion
> redhat-list-bounc list"
><redhat-list at redhat.com>
> es at redhat.com
> cc
>
>
>
> Subject
> 21/04/2009 09:55 RE: Problem with NTP.
>
>
>
>
>
> Please respond to
>
> General Red Hat
>
> Linux discussion
>
> list
>
> <redhat-list at redh
>
> at.com>
>
>
>
>
>
>
>
>
>
>Well the root cause of this issue could be located on various places.
> What I can suggest to try is run # ntpq -p <ntp
>source server>
> <ntp source server> means the server which you
>are trying to
>synchronize with
>
> If the connection is refused than you know that you have a
>permissions problem somewhere.
>
> An other option is to show the output of ntpq -p and
>/etc/ntp.conf
> Please make servernames and IP addresses
>anonymous.
>
>Cheers,
>Simon
>
>>-----Original Message-----
>>From: redhat-list-bounces at redhat.com
>>[mailto:redhat-list-bounces at redhat.com] On Behalf Of
>>Andrew.Bridgeman at corusgroup.com
>>Sent: Tuesday, April 21, 2009 10:44 AM
>>To: redhat-list at redhat.com
>>Subject: Problem with NTP.
>>
>>
>>I have a new Redhat version 4 server that was built last week. I have
>>edited the /etc/ntp.conf and made sure all the entries in the folder
>>/etc/ntp are the same as all the other Linux machines we have
>>onsite. It
>>seems to find time sources as when I use ntpq -p it comes up
>>with the name
>>and IP Addresses but I just cannot get it too sync i.e. has a
>>* or + next
>>to server IP Addresses. I have pretty much been through the
>>config on the
>>machine and the only two things I can see that are different
>>is that it is
>>using itself for NIS as it is the NIS master and also in the
>>/etc/hosts.equiv file it has individual entries not + at trusted
>>like all the
>>other machines. I do not think these differences are having an
>>impact on
>>NTP not synchronising but just thought I would mention them anyway.
>>
>>Does anyone know what I can try to solve this issue as the time on the
>>server needs to be the same as all the other machines.
>>
>>Any help would be much appreciated.
>>
>>Regards
>>
>>Andrew Bridgeman
>>
>>**********************************************************************
>>This transmission is confidential and must not be used or disclosed by
>>anyone other than the intended recipient. Neither Tata Steel
>>Europe Limited
>>nor
>>any of its subsidiaries can accept any responsibility for any use or
>>misuse of the transmission by anyone.
>>
>>For address and company registration details of certain entities
>>within the Corus group of companies, please visit
>>http://www.corusgroup.com/entities
>>
>>**********************************************************************
>>
>>--
>>redhat-list mailing list
>>unsubscribe mailto:redhat-list-request at redhat.com?subject=unsubscribe
>>https://www.redhat.com/mailman/listinfo/redhat-list
>>
>
>--
>redhat-list mailing list
>unsubscribe mailto:redhat-list-request at redhat.com?subject=unsubscribe
>https://www.redhat.com/mailman/listinfo/redhat-list
>
>
>**********************************************************************
>This transmission is confidential and must not be used or disclosed by
>anyone other than the intended recipient. Neither Tata Steel
>Europe Limited
>nor
>any of its subsidiaries can accept any responsibility for any use or
>misuse of the transmission by anyone.
>
>For address and company registration details of certain entities
>within the Corus group of companies, please visit
>http://www.corusgroup.com/entities
>
>**********************************************************************
>
>--
>redhat-list mailing list
>unsubscribe mailto:redhat-list-request at redhat.com?subject=unsubscribe
>https://www.redhat.com/mailman/listinfo/redhat-list
>
More information about the redhat-list
mailing list