NetBSD Problem Report #5258

Received: (qmail 867 invoked from network); 6 Apr 1998 07:44:48 -0000
Message-Id: <199804060744.RAA05556@panacea.null.org>
Date: Mon, 6 Apr 1998 17:44:36 +1000 (EST)
From: Joel Reicher <joel@panacea.null.org>
Reply-To: joel@panacea.null.org
To: gnats-bugs@gnats.netbsd.org
Subject: xntpd boots to weird state if link is down
X-Send-Pr-Version: 3.95

>Number:         5258
>Category:       bin
>Synopsis:       xntpd boots to weird state if link is down
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    bin-bug-people
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Mon Apr 06 00:50:00 +0000 1998
>Closed-Date:    
>Last-Modified:  Mon Jun 05 19:20:01 +0000 2000
>Originator:     Joel Reicher
>Release:        1.3
>Organization:

>Environment:

NetBSD joel.home.aaii.oz.au 1.3 NetBSD 1.3 (JOEL) #1: Wed Feb  4 01:03:14 EST 1998     joel@joel.home.aaii.oz.au:/usr/src/sys/arch/sparc/compile/JOEL sparc

>Description:

If the link is down when xntpd starts up, such as is the case for a machine
that calls up a system when booting, the first attempt to reach the server
fails if the dial-in hasn't completed (usually the case), but then never
succeeds even once the link has come up.

My ntp.conf has one line in it:

server	(ip-address)

>How-To-Repeat:

Assuming this problem is not unique to my configuration, bringing the link
down, killing and then restarting xntpd, and then bringing the link back up
again should reproduce it.

>Fix:

Manually kill and restart xntpd once the link is up.
>Release-Note:
>Audit-Trail:

From: "Paul M. Newhouse" <newhouse@rockhead.com>
To: gnats-bugs@gnats.netbsd.org
Cc:  Subject: RE: bin/5258: xntpd boots to weird state if link is down
Date: Mon, 6 Apr 1998 01:58:16 -0700 (PDT)

 Joel Reicher wrote:
 >>Fix:
 >Manually kill and restart xntpd once the link is up.

 I assume we are talking about a PPP link. I think starting xntpd
 from the ip-up script would be a better fix? (Checkin to see if
 it's already up first of course *8^)

 Or am I just being thick as a brick about this?

 Paul

From: der Mouse  <mouse@Rodents.Montreal.QC.CA>
To: gnats-bugs@gnats.netbsd.org, netbsd-bugs@NetBSD.ORG
Cc:  Subject: Re: bin/5258: xntpd boots to weird state if link is down
Date: Mon, 6 Apr 1998 08:28:10 -0400 (EDT)

 > If the link is down when xntpd starts up, [...], the first attempt to
 > reach the server fails [...], but then never succeeds even once the
 > link has come up.

 I saw this too, on a SS1+.  I thought its ethernet was broken, since a
 57.6Kbps hardwired PPP connection to one of my Sun-3s was significantly
 more performant.  It turned out to be a thinnet problem; once I spent a
 little money on a 10baseT hub and cables and got rid of 10base2
 completely, the 1+'s ethernet magically started working Just Fine.

 But yes, when I had it networking via serial, I saw this problem too:
 ntp was started before ppp, and never recovered without manual
 intervention.

 I never investigated enough to tell what was wrong.  Once using the
 ethernet worked, the effective problem disappeared....

 					der Mouse

 			       mouse@rodents.montreal.qc.ca
 		     7D C8 61 52 5D E7 2D 39  4E F1 31 3E E8 B3 27 4B

From: Manuel Bouyer <bouyer@antioche.lip6.fr>
To: gnats-bugs@gnats.netbsd.org, netbsd-bugs@NetBSD.ORG
Cc:  Subject: Re: bin/5258: xntpd boots to weird state if link is down
Date: Tue, 7 Apr 1998 00:01:50 +0200

 On Apr 6, der Mouse wrote
 > But yes, when I had it networking via serial, I saw this problem too:
 > ntp was started before ppp, and never recovered without manual
 > intervention.
 > 
 > I never investigated enough to tell what was wrong.  Once using the
 > ethernet worked, the effective problem disappeared....
 > 

 While we're talking about it: xntp don't work in broadcast mode (i.e. 
 "broadcastclient yes" in ntp.conf) when an interface has one or more aliases:
 it seems it tries to bind listening socket for each braodcast adresses it
 finds, and gets the same several times with intyerfaces IP aliases. So
 it fails with "address already in use". Didn't look at this yet, but I will
 soon.

 --
 Manuel Bouyer, LIP6, Universite Paris VI.           Manuel.Bouyer@lip6.fr
 --
>Unformatted:

Home	PR Database Search