My server is supposed to be using ntp, with nothing changed from the defaults set up by CentOS5. However, daily I see log entries like
Total synchronizations 2 (hosts: 2)
**Unmatched Entries** sendto(193.6.222.20) (fd=21): Invalid argument: 1 time(s) sendto(141.89.226.2) (fd=21): Invalid argument: 1 time(s)
Does this mean that ntp is failing? I assume so, and if so, how do I change the sources to something that will work?
Anne
Anne Wilson wrote:
Hello.
**Unmatched Entries** sendto(193.6.222.20) (fd=21): Invalid argument: 1 time(s) sendto(141.89.226.2) (fd=21): Invalid argument: 1 time(s)
Does this mean that ntp is failing? I assume so, and if so, how do I change the sources to something that will work?
Does this happens after a reconnect with your provider and getting a new ip address? If so, then yes. I have had this problem also a long time ago. The following command works for me in /etc/ppp/ip-up.local.
# restart time service cause of new ip from provider /etc/rc.d/init.d/ntpd restart
regards Olaf
On Saturday 15 November 2008 10:41:14 Olaf Mueller wrote:
Anne Wilson wrote:
Hello.
**Unmatched Entries** sendto(193.6.222.20) (fd=21): Invalid argument: 1 time(s) sendto(141.89.226.2) (fd=21): Invalid argument: 1 time(s)
Does this mean that ntp is failing? I assume so, and if so, how do I change the sources to something that will work?
Does this happens after a reconnect with your provider and getting a new ip address? If so, then yes. I have had this problem also a long time ago. The following command works for me in /etc/ppp/ip-up.local.
# restart time service cause of new ip from provider /etc/rc.d/init.d/ntpd restart
Hi, Olaf. Thanks for replying.
No, the server is on a fixed IP, internally and externally.
Anne
Anne Wilson wrote:
On Saturday 15 November 2008 10:41:14 Olaf Mueller wrote:
Anne Wilson wrote:
No, the server is on a fixed IP, internally and externally.
Ok, here is my config file, hope this helps. There was an option in the 'restrict default' line that I had to remove for working properly, but I couldn't remember what it was.
# cat /etc/ntp.conf restrict default kod nomodify notrap nopeer noquery restrict 127.0.0.1 restrict 192.168.0.0 mask 255.255.255.0 nomodify notrap restrict 0.de.pool.ntp.org mask 255.255.255.255 nomodify notrap noquery restrict 1.de.pool.ntp.org mask 255.255.255.255 nomodify notrap noquery restrict 2.de.pool.ntp.org mask 255.255.255.255 nomodify notrap noquery restrict 3.de.pool.ntp.org mask 255.255.255.255 nomodify notrap noquery
server 127.127.1.0 server 0.de.pool.ntp.org server 1.de.pool.ntp.org server 2.de.pool.ntp.org server 3.de.pool.ntp.org
driftfile /var/lib/ntp/drift keys /etc/ntp/keys fudge 127.127.1.0 stratum 10 broadcastdelay 0.008
regards Olaf
On Saturday 15 November 2008 14:13:44 Olaf Mueller wrote:
Anne Wilson wrote:
On Saturday 15 November 2008 10:41:14 Olaf Mueller wrote:
Anne Wilson wrote:
No, the server is on a fixed IP, internally and externally.
Ok, here is my config file, hope this helps. There was an option in the 'restrict default' line that I had to remove for working properly, but I couldn't remember what it was.
I wonder if it was ipv6 lines? I have
# cat /etc/ntp.conf restrict default kod nomodify notrap nopeer noquery restrict 127.0.0.1 restrict 192.168.0.0 mask 255.255.255.0 nomodify notrap restrict 0.de.pool.ntp.org mask 255.255.255.255 nomodify notrap noquery restrict 1.de.pool.ntp.org mask 255.255.255.255 nomodify notrap noquery restrict 2.de.pool.ntp.org mask 255.255.255.255 nomodify notrap noquery restrict 3.de.pool.ntp.org mask 255.255.255.255 nomodify notrap noquery
restrict default kod nomodify notrap nopeer noquery restrict -6 default kod nomodify notrap nopeer noquery
server 127.127.1.0 server 0.de.pool.ntp.org server 1.de.pool.ntp.org server 2.de.pool.ntp.org server 3.de.pool.ntp.org
server 0.centos.pool.ntp.org server 1.centos.pool.ntp.org server 2.centos.pool.ntp.org server 127.127.1.0 # local clock
driftfile /var/lib/ntp/drift keys /etc/ntp/keys fudge 127.127.1.0 stratum 10 broadcastdelay 0.008
fudge 127.127.1.0 stratum 10 driftfile /var/lib/ntp/drift keys /etc/ntp/keys
I don't have a broadcastdelay line, as far as I can see.
You have fare more 'restricts' than I have, but apart from that the main difference seems to be the presence of two IPV6 lines. What do you think?
Anne
Anne,
please check your /etc/ntp.conf for the "server" statement; CentOS original is
server 0.rhel.pool.ntp.org server 1.rhel.pool.ntp.org server 2.rhel.pool.ntp.org
These 2 server ips you listed do not belong to this pool (you can check via dns), and resolved backwardly their names do not sound like they are ntp servers.
You should find out why your ntp tries to send to them (and what).
The "total synchronizations ..." line at least seems to say that your ntp sync works - you could check that with ntpdate against a server from the above pool to be sure.
Dirk
--On 15. November 2008 09:54:19 +0000 Anne Wilson cannewilson@googlemail.com wrote:
My server is supposed to be using ntp, with nothing changed from the defaults set up by CentOS5. However, daily I see log entries like
Total synchronizations 2 (hosts: 2)
**Unmatched Entries** sendto(193.6.222.20) (fd=21): Invalid argument: 1 time(s) sendto(141.89.226.2) (fd=21): Invalid argument: 1 time(s)
Does this mean that ntp is failing? I assume so, and if so, how do I change the sources to something that will work?
Anne
-------------------------------------------------------------- Dirk H. Schulz IT Systems Service Wiesenweg 12, 85567 Grafing Tel. 0 80 92/86 25 68 Fax. 0 80 92/86 25 72 -------------------------------------------------------------- Technik vom Feinsten - und das nötige Tuning
On Saturday 15 November 2008 14:19:12 Dirk H. Schulz wrote:
Anne,
please check your /etc/ntp.conf for the "server" statement; CentOS original is
server 0.rhel.pool.ntp.org server 1.rhel.pool.ntp.org server 2.rhel.pool.ntp.org
My config file says
server 0.centos.pool.ntp.org server 1.centos.pool.ntp.org server 2.centos.pool.ntp.org
These 2 server ips you listed do not belong to this pool (you can check via dns), and resolved backwardly their names do not sound like they are ntp servers.
One is the University of Potsdam, which seems a likely pool member. The other is the National Information Infrastucture Development Office in Budapest - again, I would not think that too unlikely.
You should find out why your ntp tries to send to them (and what).
The zones are listed at http://www.pool.ntp.org/zone/europe but I have no idea how to find out which servers are in each pool.
In fact it is not the same addresses each day. The day before I mentioned it, the report gave the IP of Research Machines, in Oxfordshire. Again, a likely member of a pool.
The "total synchronizations ..." line at least seems to say that your ntp sync works - you could check that with ntpdate against a server from the above pool to be sure.
I'll do that, thanks.
Anne
-
Anne Wilson -
Dirk H. Schulz -
Olaf Mueller