Re: cfservd core dumping on OSF1 V4.0

[Mark . Burgess]

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
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~