Subject: Re: ntpd dumping core on restart
To: Christos Zoulas <christos@zoulas.com>
From: Steven M. Bellovin <smb@cs.columbia.edu>
List: current-users
Date: 04/05/2005 16:47:26
In message <20050405200204.527A92AC34@beowulf.gw.com>, Christos Zoulas writes:
>On Apr 5,  3:39pm, smb@cs.columbia.edu ("Steven M. Bellovin") wrote:
>-- Subject: Re: ntpd dumping core on restart
>
>| >compile it with -g and look at the core file?
>| >
>| Here's a backtrace.  The call to getaddrinfo in ntpd looks good.  I 
>| haven't (yet?) tried recompiling libc with -g.
>| 
>| (gdb) bt
>| #0  0xbda8f62c in __ns_samename () from /usr/lib/libc.so.12
>| #1  0xbda7dbd2 in __res_nameinquery () from /usr/lib/libc.so.12
>| #2  0xbda7dcd5 in __res_queriesmatch () from /usr/lib/libc.so.12
>| #3  0xbda7eedf in __res_nsend () from /usr/lib/libc.so.12
>| #4  0xbda7e1e1 in __res_nsend () from /usr/lib/libc.so.12
>| #5  0xbda85f70 in getaddrinfo () from /usr/lib/libc.so.12
>| #6  0xbda86396 in getaddrinfo () from /usr/lib/libc.so.12
>| #7  0xbda862a2 in getaddrinfo () from /usr/lib/libc.so.12
>| #8  0xbda85745 in getaddrinfo () from /usr/lib/libc.so.12
>| #9  0xbda918e7 in nsdispatch () from /usr/lib/libc.so.12
>| #10 0xbda848b6 in getaddrinfo () from /usr/lib/libc.so.12
>| #11 0xbda84613 in getaddrinfo () from /usr/lib/libc.so.12
>| #12 0x0804ef8d in getnetnum (num=0xbfbfe028 "us.pool.ntp.org", 
>|     addr=0xbfbfe4d0, complain=0) at /usr/src/dist/ntp/ntpd/ntp_config.c:2087
>| #13 0x0804c67c in getconfig (argc=2, argv=0xbfbfe678)
>|     at /usr/src/dist/ntp/ntpd/ntp_config.c:628
>| #14 0x08074958 in ntpdmain (argc=2, argv=0xbfbfe678)
>|     at /usr/src/dist/ntp/ntpd/ntpd.c:809
>| #15 0x0807459e in main (argc=2, argv=0xbfbfe678)
>|     at /usr/src/dist/ntp/ntpd/ntpd.c:236
>| #16 0x0804b896 in ___start ()
>| 
>
>Hmm, ok. Try commenting out the get/setrlimit(RLIMIT_STACK) calls
>in /usr/src/dist/ntp/ntpd/ntpd.c. It could be running out of stack...
>

That seems to work.  I'm still at a loss to explain why ntpd fires 
up at boot time, but not thereafter.

		--Prof. Steven M. Bellovin, http://www.cs.columbia.edu/~smb