RE: cfservd core dumping on OSF1 V4.0

[Ferguson, Steve]

On OSF this file is /etc/svc.conf.  All services are set to 'local', except
hosts, which is set to 'local,bind'.  resolv.conf is sane and DNS lookups
(both A and PTR records) are working for the connecting host.  /etc/hosts is
sane.  I noticed that the connecting host is also listed in /etc/hosts
(correct IP, matching DNS) as an unqualified host.

Everything seems okay, though I'm going to test some permutations on that
/etc/hosts entry.  The trouble is my central box is down today.  As soon as
the guys working on it get it rebuilt, I'll see about testing that.

Is there anything else I might need to check?  Any other diagnostics I can
provide?  I don't really expect my testing to generate anything different,
but I want to cover all bases.

Steve

> -----Original Message-----
> From: address@hidden [mailto:address@hidden
> Sent: Friday, August 08, 2003 5:20 PM
> To: address@hidden
> Cc: address@hidden; address@hidden
> Subject: Re: cfservd core dumping on OSF1 V4.0
> 
> 
> 
> 
> This seems to be a resolver problem. Try editing 
> nsswitch.conf or equivalent.
> This sometimes happens if the resolver is configured to look 
> up in a nameservice
> (e.g. NIS) that does not exist.
> 
> M
> 
> On  8 Aug, Ferguson, Steve wrote:
> > I finally got back to tracking down why cfservd was biting 
> it.  I just built
> > a clean binary and tried cfrun.  cfservd dumps core.  
> Here's the backtrace.
> > 
> > I don't understand the bit about the "heuristic-fencepost". 
>  If I need to do
> > something differently, please let me know what I should do 
> with gdb.  I'm a
> > gdb novice.
> > 
> > 
> > address@hidden:cfengine# file /etc/core
> > /etc/core:      core dump, generated from 'cfservd'
> > address@hidden:cfengine# ls -al /etc/core
> > -rw-------   1 root     system   1925120 Aug  8 13:38 /etc/core
> > address@hidden:cfengine# gdb -c /etc/core bin/cfservd
> > GNU gdb 5.3
> > Copyright 2002 Free Software Foundation, Inc.
> > GDB is free software, covered by the GNU General Public 
> License, and you are
> > welcome to change it and/or distribute copies of it under certain
> > conditions.
> > Type "show copying" to see the conditions.
> > There is absolutely no warranty for GDB.  Type "show 
> warranty" for details.
> > This GDB was configured as "alphaev5-dec-osf4.0f"...
> > Core was generated by `cfservd'.
> > Program terminated with signal 11, Segmentation fault.
> > Reading symbols from /usr/shlib/libpthread.so...done.
> > Loaded symbols for /usr/shlib/libpthread.so
> > Reading symbols from /usr/shlib/libexc.so...done.
> > Loaded symbols for /usr/shlib/libexc.so
> > Reading symbols from /usr/shlib/libc.so...done.
> > Loaded symbols for /usr/shlib/libc.so
> > #0  0x0000000120224244 in res_send ()
> > (gdb) bt
> > #0  0x0000000120224244 in res_send ()
> > #1  0x0000000120223070 in res_query ()
> > #2  0x0000000120223860 in res_querydomain ()
> > #3  0x00000001202233c8 in res_search ()
> > #4  0x000000012020ca58 in sia_getpasswd ()
> > #5  0x000000012020d400 in gethostbyname_r ()
> > #6  0x000000012020cd00 in sia_getpasswd ()
> > #7  0x000000012020bcd8 in sia_getpasswd ()
> > warning: Hit heuristic-fence-post without finding
> > warning: enclosing function for address 0x14015f96b
> > This warning occurs if you are debugging a function without 
> any symbols
> > (for example, in a stripped executable).  In that case, you 
> may wish to
> > increase the size of the search with the `set 
> heuristic-fence-post' command.
> > 
> > Otherwise, you told GDB there was a function where there 
> isn't one, or
> > (more likely) you have encountered a bug in GDB.
> > (gdb)
> > 
> > Can anyone help me out with why cfservd is dying when it's 
> contacted on my
> > OSF V4.0 boxes?
> > 
> > Steve
> > 
> >> -----Original Message-----
> >> From: Andrew Stribblehill [mailto:address@hidden
> >> Sent: Wednesday, July 16, 2003 1:05 PM
> >> To: Ferguson, Steve
> >> Subject: Re: cfservd core dumping on OSF1 V4.0 (was: 
> >> snprintf.c on OSF1
> >> V4 .0)
> >> 
> >> 
> >> Quoting Ferguson, Steve <address@hidden> 
> >> (2003-07-16 17:35:42 BST):
> >> > Already built it with -g.  What do I need to run in order 
> >> to provide you
> >> > with the backtrace?
> >> 
> >> Great. Assuming you have gdb, just do
> >> 
> >> gdb -c /path/to/core/file /path/to/buggy/binary
> >> gdb> bt
> >> gdb> ^D
> >> 
> >> Please email the outcome to the bug-cfengine list.
> >> 
> >> Thanks.
> >> -- 
> >> LUNDY
> >> VARIABLE OR CYCLONIC 3 OR 4 BECOMING WESTERLY 5 TO 7. THUNDERY
> >> RAIN. MODERATE OCCASIONALLY POOR
> >> 
> > 
> > 
> > _______________________________________________
> > Bug-cfengine mailing list
> > address@hidden
> > http://mail.gnu.org/mailman/listinfo/bug-cfengine
> 
> 
> 
> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> Work: +47 22453272            Email:  address@hidden
> Fax : +47 22453205            WWW  :  http://www.iu.hio.no/~mark
> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>