Linux Archive

Linux Archive (http://www.linux-archive.org/)
-   CentOS (http://www.linux-archive.org/centos/)
-   -   NTP problems (http://www.linux-archive.org/centos/193836-ntp-problems.html)

Olaf Mueller 11-15-2008 09:41 AM

NTP problems
 
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

_______________________________________________
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Anne Wilson 11-15-2008 10:46 AM

NTP problems
 
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
_______________________________________________
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Olaf Mueller 11-15-2008 01:13 PM

NTP problems
 
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

_______________________________________________
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

"Dirk H. Schulz" 11-15-2008 01:19 PM

NTP problems
 
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
_______________________________________________
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Anne Wilson 11-15-2008 01:59 PM

NTP problems
 
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
_______________________________________________
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Anne Wilson 11-15-2008 02:11 PM

NTP problems
 
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


_______________________________________________
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos


All times are GMT. The time now is 04:50 PM.

VBulletin, Copyright ©2000 - 2014, Jelsoft Enterprises Ltd.
Content Relevant URLs by vBSEO ©2007, Crawlability, Inc.