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@xxxxxxxxxx >[mailto:redhat-list-bounces@xxxxxxxxxx] On Behalf Of >Andrew.Bridgeman@xxxxxxxxxxxxxx >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@roch > > e.com> > To > Sent by: "General Red Hat Linux >discussion > redhat-list-bounc list" ><redhat-list@xxxxxxxxxx> > es@xxxxxxxxxx > cc > > > > Subject > 21/04/2009 09:55 RE: Problem with NTP. > > > > > > Please respond to > > General Red Hat > > Linux discussion > > list > > <redhat-list@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@xxxxxxxxxx >>[mailto:redhat-list-bounces@xxxxxxxxxx] On Behalf Of >>Andrew.Bridgeman@xxxxxxxxxxxxxx >>Sent: Tuesday, April 21, 2009 10:44 AM >>To: redhat-list@xxxxxxxxxx >>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 +@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@xxxxxxxxxx?subject=unsubscribe >>https://www.redhat.com/mailman/listinfo/redhat-list >> > >-- >redhat-list mailing list >unsubscribe mailto:redhat-list-request@xxxxxxxxxx?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@xxxxxxxxxx?subject=unsubscribe >https://www.redhat.com/mailman/listinfo/redhat-list > -- redhat-list mailing list unsubscribe mailto:redhat-list-request@xxxxxxxxxx?subject=unsubscribe https://www.redhat.com/mailman/listinfo/redhat-list
