possibly disregard gdb output
Rob Munsch
rmunsch at solutionsforprogress.com
Wed Jan 11 22:11:14 CET 2006
I've been away for a week and no longer sure if this was updated. grr.
i'll have to check if this is -.2 or -.2p1 now. sigh...
Rob Munsch wrote:
> gdb> bt
> #0 0xb7e5b941 in kill () from /lib/libc.so.6
> #1 0xb7e5b6e5 in raise () from /lib/libc.so.6
> #2 0xb7e5ca66 in abort () from /lib/libc.so.6
> #3 0x08056651 in sigsegv_handler (signum=0x0) at sig.c:57
> #4 <signal handler called>
> #5 0xb7e9930c in mempcpy () from /lib/libc.so.6
> #6 0xb7e905a1 in _IO_default_xsputn () from /lib/libc.so.6
> #7 0xb7e6ef60 in vfprintf () from /lib/libc.so.6
> #8 0xb7e876ec in vsprintf () from /lib/libc.so.6
> #9 0xb7e7561d in sprintf () from /lib/libc.so.6
> #10 0x08049ed0 in unix_cpu_report (hostname=0x20202020 <Address
> 0x20202020 out of bounds>, hinfo=0x20c7, fromline=0x303a3030 <Address
> 0x303a3030 out of bounds>, timestr=0x34313a31 <Address 0x34313a31 out
> of bounds>, uptimestr=0x736f7020 <Address 0x736f7020 out of bounds>,
> whostr=0x65726774 <Address 0x65726774 out of bounds>, psstr=0x73203a73
> <Address 0x73203a73 out of bounds>, topstr=0x6e616863 <Address
> 0x6e616863 out of bounds>) at hobbitd_client.c:242
> #11 0x3f203430 in ?? ()
> #12 0x20202020 in ?? ()
> #13 0x20202020 in ?? ()
>
> ... at this point, please not that lines #14 - #2387 (!!) all look the
> same as the previous three - the address varies, but it's 2300+ lines
> of "<address> in ??." If that whole list is somehow useful, let me
> know.. otherwise i'll just cut to the end:
>
> #2384 0x20203937 in ?? ()
> #2385 0x614a2030 in ?? ()
> #2386 0x2034306e in ?? ()
> #2387 0x2020203f in ?? ()
> Cannot access memory at address 0xbfea0000
> gdb>
>
>
>
>
> Henrik Stoerner wrote:
>
>> On Wed, Jan 11, 2006 at 02:52:58PM -0500, Rob Munsch wrote:
>>
>>
>>> ooookay (and i assume you mean the hobbitd_client service), that
>>> does indeed make it Go Away - but, if it ever crashes again for any
>>> reason, it will reappear red then go perma-purple again, requiring
>>> another manual Drop, yes?
>>>
>>> Surely there's a better way to handle this..?
>>>
>>
>>
>> Yes there is - fix the bug that makes hobbitd_client crash, and you
>> won't see any hobbitd_client statuses. Ever.
>>
>> For starters, check that you are running the latest version (4.1.2p1 -
>> the older versions do have bugs in the hobbitd_client code). And
>> check the "Reporting Bugs" part of
>> http://www.hswn.dk/hobbit/help/known-issues.html
>>
>>
>> Regards,
>> Henrik
>>
>>
>> To unsubscribe from the hobbit list, send an e-mail to
>> hobbit-unsubscribe at hswn.dk
>>
>>
>>
>>
>
>
> To unsubscribe from the hobbit list, send an e-mail to
> hobbit-unsubscribe at hswn.dk
>
>
More information about the Xymon
mailing list