[hobbit] hobbitd_client core dumps
Brian Lynch
brianlynch at gmail.com
Tue Aug 16 19:24:31 CEST 2005
Henrik,
I spoke too soon on the core dump. I just had another one go this morning.
Here is the stack trace (with the domain commented out).
Cheers,
Brian
[root at sac-pmon-02 tmp]# gdb ../bin/hobbitd_client core.29614
GNU gdb Red Hat Linux (6.1post-1.20040607.41rh)
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 "x86_64-redhat-linux-gnu"...Using host
libthread_db library "/lib64/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 /lib64/tls/libc.so.6...done.
Loaded symbols for /lib64/tls/libc.so.6
Reading symbols from /lib64/ld-linux-x86-64.so.2...done.
Loaded symbols for /lib64/ld-linux-x86-64.so.2
#0 0x000000340232e4dd in raise () from /lib64/tls/libc.so.6
(gdb) bt
#0 0x000000340232e4dd in raise () from /lib64/tls/libc.so.6
#1 0x000000340232fc8e in abort () from /lib64/tls/libc.so.6
#2 0x000000000040d723 in sigsegv_handler (signum=29614) at sig.c:57
#3 <signal handler called>
#4 0x0000000000402c86 in unix_disk_report (
hostname=0x514aca "wal-dapp-02.x.x.x.com <http://wal-dapp-02.x.x.x.com>",
hinfo=0x72ab40,
fromline=0x7fffffffca70 "\nStatus message received from 10.3.3.146\n",
timestr=0x514b26 "Tue Aug 16 15:38:43 GMT 2005", capahdr=0x40f036
"Capacity",
mnthdr=0x40f02e "Mounted",
dfstr=0x514cc6 "Filesystem", ' ' <repeats 11 times>, "1024-blocks Used
Available Capacity Mounted on\n/dev/md/dsk/d0", ' ' <repeats 11 times>,
"3010671 1515862 1434596 52% /\n/dev/md/dsk/d6", ' ' <repeats 11 times>,
"1988887 1219506 709"...) at hobbitd_client.c:299
#5 0x000000000040478b in handle_solaris_client (
hostname=0x514aca "wal-dapp-02.x.x.x.com <http://wal-dapp-02.x.x.x.com>",
hinfo=0x72ab40,
sender=0x2aaaaabca268 "\2009@\0024", timestamp=0, clientdata=0x0) at
solaris.c:52
#6 0x0000000000405e2a in main (argc=5327601, argv=0x7fffffffd258)
at hobbitd_client.c:827
(gdb)
On 8/13/05, Henrik Stoerner <henrik at hswn.dk> wrote:
>
> On Fri, Aug 12, 2005 at 09:28:30AM -0700, Brian Lynch wrote:
>
> > We are running the Solaris sar script from deadcat that dumps anywhere
> from
> > 200K to 900K data via the 'status' channel.
>
> Yikes! that's a lot more than I thought would go in a status message.
>
> I've now made these settings configurable in hobbitserver.cfg,
> instead of having to change the source and re-compile. The default
> for the status channel is still 256 kB, but you just add
> MAXMSG_STATUS="1024"
> to your hobbitserver.cfg, and it will use that instead.
>
> > the hobbitd_client channel has not core dumped since I put the
> > latest snapshot in place.
>
> Good to know.
>
>
> Thanks,
> Henrik
>
>
> To unsubscribe from the hobbit list, send an e-mail to
> hobbit-unsubscribe at hswn.dk
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xymon.com/pipermail/xymon/attachments/20050816/533d8f82/attachment.html>
More information about the Xymon
mailing list