I updated to 0.6.2 a week or so ago (on my net5501), and just discovered
today that my date is all screwed up.  I had been running 0.6-2082 prior to
that, so I went back to that version, with no apparent changes. So, I've
been less than observant for some time now.  In my defense, I have a box for
screwing around with, and a real 5501 for being a pbx and actually working.
That one is fine. (running the old-timer trunk-1725). 

 

At first, I thought that this was the same issue as the NTP mixup posts from
a few weeks ago, but further scrutiny shows differences. 

 

Log file:

 

Mar  3 14:28:03 sk3 daemon.info ntpd[1518]: Listening on interface #0
wildcard, 0.0.0.0#123 Disabled

Mar  3 14:28:03 sk3 daemon.err ntpd[1518]: unable to bind to wildcard socket
address :: - another process may be running - EXITING

Mar  3 14:28:04 sk3 daemon.notice ntpd[1520]: ntpd [EMAIL PROTECTED] Sat Nov 15
06:25:14 UTC 2008 (1)

Mar  3 14:28:04 sk3 daemon.debug ntpd[1522]: signal_no_reset: signal 13 had
flags 4000000

Mar  3 14:28:04 sk3 daemon.info ntpd[1522]: precision = 1.686 usec

Mar  3 14:28:04 sk3 daemon.debug ntpd[1522]: ntp_io: estimated max
descriptors: 1024, initial socket boundary: 16

Mar  3 14:28:04 sk3 daemon.info ntpd[1522]: Listening on interface #0
wildcard, 0.0.0.0#123 Disabled

Mar  3 14:28:04 sk3 daemon.err ntpd[1522]: unable to bind to wildcard socket
address :: - another process may be running - EXITING

 

The end result is a couple of ntpd zombies and a date back in March 1980. 

 

sk3 log # ps -w | grep ntpd

 1521 root            Z   [ntpd]

 1522 root            Z   [ntpd]

 

This is very repeatable, as I can run /etc/init.d/ntpd start and get the
same results from the cmd line.  (BTW, there isnt' anything else occupying
ports 123, I checked netstat)

 

I modified the ntpd startup script to strace ntpd and found the following
relevant system calls and status:

 

      if nslookup $first >/dev/null; then

        # Set the clock (large change) and exit

        strace -f ntpd -g -q -c /etc/ntpd.conf

        sleep 1

        # Maintain the clock (small changes)

        strace -f ntpd -c /etc/ntpd.conf

 

The results were  as follows. Note the two bind calls IPV4 - works, and IPV6
- which fails with the EADDRINUSE

 

setsockopt(16, SOL_SOCKET, SO_REUSEADDR, [0], 4) = 0

bind(16, {sa_family=AF_INET, sin_port=htons(123),
sin_addr=inet_addr("0.0.0.0")}
, 16) = 0

setsockopt(16, SOL_SOCKET, SO_TIMESTAMP, [1], 4) = 0

fcntl(16, F_SETFL, O_RDONLY|O_NONBLOCK) = 0

rt_sigaction(SIGPIPE, {0xb7f49762, [], SA_RESTORER, 0xb7f4db48}, {SIG_IGN},
8) =
0

time([320960202])                       = 320960202

open("/etc/TZ", O_RDONLY)               = 4

read(4, "EST5EDT\n", 68)                = 8

read(4, "", 60)                         = 0

close(4)                                = 0

getpid()                                = 1631

write(3, "<30>Mar  3 14:36:42 ntpd[1631]: "..., 89) = 89

rt_sigaction(SIGPIPE, {SIG_IGN}, NULL, 8) = 0

socket(PF_INET, SOCK_STREAM, IPPROTO_IP) = 4

close(4)                                = 0

socket(PF_INET6, SOCK_STREAM, IPPROTO_IP) = 4

getsockname(4, {sa_family=AF_INET6, sin6_port=htons(0), inet_pton(AF_INET6,
"::"
, &sin6_addr), sin6_flowinfo=0, sin6_scope_id=0}, [28]) = 0

close(4)                                = 0

socket(PF_INET6, SOCK_DGRAM, IPPROTO_IP) = 4

fcntl(4, F_DUPFD, 16)                   = 17

close(4)                                = 0

setsockopt(17, SOL_SOCKET, SO_REUSEADDR, [0], 4) = 0

bind(17, {sa_family=AF_INET6, sin6_port=htons(123), inet_pton(AF_INET6,
"::", &s
in6_addr), sin6_flowinfo=0, sin6_scope_id=0}, 28) = -1 EADDRINUSE (Address
alrea
dy in use)

close(17)                               = 0

rt_sigaction(SIGPIPE, {0xb7f49762, [], SA_RESTORER, 0xb7f4db48}, {SIG_IGN},
8) =
0

time([320960202])                       = 320960202

open("/etc/TZ", O_RDONLY)               = 4

read(4, "EST5EDT\n", 68)                = 8

read(4, "", 60)                         = 0

close(4)                                = 0

getpid()                                = 1631

write(3, "<27>Mar  3 14:36:42 ntpd[1631]: "..., 120) = 120

rt_sigaction(SIGPIPE, {SIG_IGN}, NULL, 8) = 0

_exit(1)                                = ?

Process 1631 detached

 

Additional notes:

 

-        firewall port(s) are open, for what that is worth. I don't think
that is the issue. My other net5501 works fine with astlinux-1725 and the
ports aren't open there. NTP client shouldn't need it open, I don't think. 

-        I went into rc.conf and made IPV6=NO, (It was commented out). To no
avail.

 

Any thoughts ?

 

 

 

 

 

Ron Byer Jr.

NetWeave Integrated Solutions, Inc.

+1.732.786.8830 x120

 

<<image002.jpg>>

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Astlinux-users mailing list
Astlinux-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/astlinux-users

Donations to support AstLinux are graciously accepted via PayPal to [EMAIL 
PROTECTED]

Reply via email to