[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: cfservd core dumping on OSF1 V4.0
From: |
Mark . Burgess |
Subject: |
Re: cfservd core dumping on OSF1 V4.0 |
Date: |
Fri, 8 Aug 2003 23:20:04 +0200 (MEST) |
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
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~