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 <user-ce4a2c883f75@xymon.invalid> 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