[hobbit] hobbitd_client crashed again

Gary B. gmbfly98 at gmail.com
Thu Apr 13 19:56:18 CEST 2006


-sh-2.05b$ gdb bin/hobbitd_client tmp/core.21520
GNU gdb Red Hat Linux (6.0post-0.20040223.19rh)
Copyright 2004 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 "i386-redhat-linux-gnu"...Using host libthread_db
library "/lib/tls/libthread_db.so.1".

Core was generated by `hobbitd_client'.
Program terminated with signal 6, Aborted.
Reading symbols from /usr/local/lib/libpcre.so.0...done.
Loaded symbols for /usr/local/lib/libpcre.so.0
Reading symbols from /lib/tls/libc.so.6...done.
Loaded symbols for /lib/tls/libc.so.6
Reading symbols from /lib/ld-linux.so.2...done.
Loaded symbols for /lib/ld-linux.so.2
#0  0x005037a2 in _dl_sysinfo_int80 () from /lib/ld-linux.so.2
(gdb) bt
#0  0x005037a2 in _dl_sysinfo_int80 () from /lib/ld-linux.so.2
#1  0x00542e59 in raise () from /lib/tls/libc.so.6
#2  0x00544882 in abort () from /lib/tls/libc.so.6
#3  0x08054ca6 in sigsegv_handler (signum=11) at sig.c:57
#4  <signal handler called>
#5  0x08052087 in addtobuffer (buf=0x805b0cc, bufsz=0x805b100,
    newtext=0x45203635 <Address 0x45203635 out of bounds>) at misc.c:160
#6  0x08054b88 in addtostatus (p=0x45203635 <Address 0x45203635 out of
bounds>)
    at sendmsg.c:642
#7  0x0804a368 in unix_disk_report (
    hostname=0x20202020 <Address 0x20202020 out of bounds>,
hinfo=0x57200a20,
    fromline=0x41206465 <Address 0x41206465 out of bounds>,
    timestr=0x31207270 <Address 0x31207270 out of bounds>,
    capahdr=0x31312032 <Address 0x31312032 out of bounds>,
    mnthdr=0x3a38303a <Address 0x3a38303a out of bounds>,
    dfstr=0x45203635 <Address 0x45203635 out of bounds>)
    at hobbitd_client.c:385
#8  0x20202020 in ?? ()
#9  0x20202020 in ?? ()
#10 0x57200a20 in ?? ()
#11 0x41206465 in ?? ()
#12 0x31207270 in ?? ()
#13 0x31312032 in ?? ()
---Type <return> to continue, or q <return> to quit---
#14 0x3a38303a in ?? ()
#15 0x45203635 in ?? ()
#16 0x32205444 in ?? ()
#17 0x20363030 in ?? ()
#18 0x6946202d in ?? ()
#19 0x7973656c in ?? ()
#20 0x6d657473 in ?? ()
#21 0x4f4e2073 in ?? ()
#22 0x6b6f2054 in ?? ()
#23 0xb7f7000a in ?? ()
#24 0xb7f7607a in ?? ()
#25 0x00000200 in ?? ()
#26 0xb7f7969e in ?? ()
#27 0xb7f762b7 in ?? ()
#28 0x00000000 in ?? ()

Cool.  I was going crazy thinking I was missing something really stupid.
>
> Hobbit v4.1.2p1
>
> -sh-2.05b$ gdb bin/hobbitd_client  tmp/core.28409
> GNU gdb Red Hat Linux (6.0post-0.20040223.19rh)
> Copyright 2004 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 "i386-redhat-linux-gnu"...Using host
> libthread_db library "/lib/tls/libthread_db.so.1".
>
> Core was generated by `hobbitd_client'.
> Program terminated with signal 6, Aborted.
> Reading symbols from /usr/local/lib/libpcre.so.0...done.
> Loaded symbols for /usr/local/lib/libpcre.so.0
> Reading symbols from /lib/tls/libc.so.6...done.
> Loaded symbols for /lib/tls/libc.so.6
> Reading symbols from /lib/ld-linux.so.2...done.
> Loaded symbols for /lib/ld-linux.so.2
> #0  0x005037a2 in _dl_sysinfo_int80 () from /lib/ld-linux.so.2
> (gdb) bt
> #0  0x005037a2 in _dl_sysinfo_int80 () from /lib/ld- linux.so.2
> #1  0x00542e59 in raise () from /lib/tls/libc.so.6
> #2  0x00544882 in abort () from /lib/tls/libc.so.6
> #3  0x08054ca6 in sigsegv_handler (signum=11) at sig.c:57
> #4  <signal handler called>
> #5  0x00582317 in strchr () from /lib/tls/libc.so.6
> #6  0x0804a02b in unix_disk_report (hostname=0xb7f76038 "
> www.homeoffice.none",
>     hinfo=0x91f4248,
>     fromline=0xbffb5e90 "\nStatus message received from 192.168.200.12\n",
>     timestr=0xb7f7607a "tty tty2\nroot      1905     1  0  2005 tty3
> 00:00:00 /sbin/mingetty tty3\nroot      1906     1  0  2005 tty4
> 00:00:00 /sbin/mingetty tty4\nroot      1907     1  0  2005 tty5
> 00:00:00 /sbin/m"...,
>     capahdr=0x805635a "Capacity", mnthdr=0x8056352 "Mounted",
>     dfstr=0xb7000a3a <Address 0xb7000a3a out of bounds>)
>     at hobbitd_client.c:291
> #7  0x0804afb2 in handle_linux_client (
>     hostname=0xb7f76038 "www.homeoffice.none", os=OS_LINUX,
> hinfo=0x91f4248,
>     sender=0xb7f76029 "192.168.200.12", timestamp=1143572889,
>     clientdata=0xb7f76052 "client www,homeoffice, none.linux\n[date")
>     at linux.c:48
> #8  0x0804d04d in main (argc=1, argv=0xbffb65b4) at hobbitd_client.c:867
> (gdb)
>
>
>
> On Wed, Mar 29, 2006 at 04:36:36PM -0500, Gary B. wrote:
> > > For the past couple days, my hobbit server has been showing the
> > > "hobbitd_client" process as purple.  The error message it shows is:
> > >
> > > "red - Program crashed
> > >
> > > Fatal signal caught!"
> >
> > This means hobbitd_client has crashed once. Since it's purple now, and
> > not red, it isn't crashing all the time.
> >
> > This is really just to nag you so you'll report this as a bug. If you'd
> > care to help, look at the "Reporting bugs" par of the "Help->Known Bugs"
> > page, and send me the gdb output and the version of Hobbit you're using.
> >
> > > I restarted the hobbit client and server on the hobbit server without
> > any
> > > luck.  I looked on another hobbit server I have access to, and it
> > doesn't
> > > show the "hobbitd_client" process.  Also, this only shows up on the
> > server,
> > > and none of the clients that I'm monitoring.
> >
> > You can drop the hobbitd_client column with
> >    bb 127.0.0.1 "drop YOUR.HOBBIT.SERVER hobbitd_client"
> >
> >
> > Henrik
> >
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xymon.com/pipermail/xymon/attachments/20060413/4953da31/attachment.html>


More information about the Xymon mailing list