RE: Problem with NTP.

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



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

[Index of Archives]     [CentOS]     [Kernel Development]     [PAM]     [Fedora Users]     [Red Hat Development]     [Big List of Linux Books]     [Linux Admin]     [Gimp]     [Asterisk PBX]     [Yosemite News]     [Red Hat Crash Utility]


  Powered by Linux