[Xymon] Core dump when using SCRIPT keyword

john.r.rothlisberger at accenture.com john.r.rothlisberger at accenture.com
Tue Jan 14 16:55:14 CET 2014


I am seeing a similar issue after recently upgrading my OS (Ubuntu 12.04.03LTS) and Xymon to 4.3.13.

I use all external scripts in my alerts file but it seems that the core is being dumped because of "xymond_alert --checkpoint-file=/home/xymon/server/tmp/alert.chk --checkpoint-in"

gdb ../bin/xymond_alert ./core.01142014.0921
GNU gdb (Ubuntu/Linaro 7.4-2012.04-0ubuntu2.1) 7.4-2012.04
Copyright (C) 2012 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "i686-linux-gnu".
For bug reporting instructions, please see:
<http://bugs.launchpad.net/gdb-linaro/>...
Reading symbols from /home/xymon/server/bin/xymond_alert...done.
[New LWP 32565]

warning: Can't read pathname for load map: Input/output error.
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/i386-linux-gnu/libthread_db.so.1".
Core was generated by `xymond_alert --checkpoint-file=/home/xymon/server/tmp/alert.chk --checkpoint-in'.
Program terminated with signal 6, Aborted.
#0  0xb7793424 in __kernel_vsyscall ()
(gdb) bt
#0  0xb7793424 in __kernel_vsyscall ()
#1  0xb75c21df in raise () from /lib/i386-linux-gnu/libc.so.6
#2  0xb75c5825 in abort () from /lib/i386-linux-gnu/libc.so.6
#3  0x08058e51 in sigsegv_handler (signum=11) at sig.c:57
#4  <signal handler called>
#5  0xb76ce290 in ?? () from /lib/i386-linux-gnu/libc.so.6
#6  0x0805a03e in strbuf_addtobuffer (buf=0x8697070, newtext=<optimized out>, newlen=132)
    at /usr/include/i386-linux-gnu/bits/string3.h:52
#7  0x08057c8f in msg_data (
    msg=0x8738d20 "status ########.msgs yellow Tue Jan 14 09:20:43 2014 - System logs NOT ok\n<pre>\n</pre>\n<pre>\n</pre>\n<pre>\n</pre>\n<pre>\n</pre>\n<pre>\n</pre>\n<pre>\n</pre>\n<pre>\n</pre>\n\n&yellow Warnings in <a href=\"/AT"..., stripcr=1) at misc.c:233
#8  0x0804d4cb in message_text (alert=0x8616ff8, recip=<optimized out>) at do_alert.c:267
#9  0x0804e187 in send_alert (alert=0x8616ff8, logfd=0x86121f0) at do_alert.c:524
#10 0x0804b210 in main (argc=3, argv=0xbfbfd1d4) at xymond_alert.c:901
(gdb)

Thanks,
John
Upcoming PTO:
(none)

_____________________________________________________________________
John Rothlisberger
IT Strategy, Infrastructure & Security - Technology Growth Platform
TGP for Business Process Outsourcing
Accenture
312.693.3136 office
_____________________________________________________________________

From: Xymon [mailto:xymon-bounces at xymon.com] On Behalf Of Mike Russo
Sent: Wednesday, January 08, 2014 10:13 AM
To: xymon at xymon.com
Subject: [Xymon] Core dump when using SCRIPT keyword

Hi -
I've got a little problem wih Xymon 4.3.12 xymond_alert dumping core when trying to use the SCRIPT keyword in alerts.cfg.  We're trying to create a script that will contain some custom logic for whether to send alerts based on specific processes or not: we have a situation where we need to disable process checking for one particular process on certain hosts at a certain time of day but want the other process checks to continue and can't find any way of doing this with the standard arguments so we figured we'd have to pass along the checking to a custom script.

However when I try to set up the alert, I get a coredump, and the script does not run.  My alerts.cfg statement is:
HOST=%^rqstp.* SERVICE=procs
                SCRIPT /home/bb/RQTimedProcAlerts.sh rqit at readq.com<mailto:rqit at readq.com> DURATION>1m REPEAT=10 RECOVERED COLOR=red TIME=W:0801:1830

I have also tried to eliminate some of those other keywords and gone to the simple:
                SCRIPT /home/bb/RQTimedProcAlerts.sh rqit at readq.com<mailto:rqit at readq.com> COLOR=red

But I still experience the coredump. Here is a backtrace:

[bb at bongo server]$ gdb bin/xymond_alert core.19031
GNU gdb (GDB) CentOS (7.0.1-45.el5.centos)
Copyright (C) 2009 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "i386-redhat-linux-gnu".
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>...
Reading symbols from /home/bb/server/bin/xymond_alert...done.
[New Thread 19031]

warning: .dynamic section for "/lib/libpthread.so.0" is not at the expected address

warning: difference appears to be caused by prelink, adjusting expectations

warning: .dynamic section for "/usr/lib/libgssapi_krb5.so.2" is not at the expected address

warning: difference appears to be caused by prelink, adjusting expectations

warning: .dynamic section for "/lib/libdl.so.2" is not at the expected address

warning: difference appears to be caused by prelink, adjusting expectations
Reading symbols from /lib/librt.so.1...(no debugging symbols found)...done.
Loaded symbols for /lib/librt.so.1
Reading symbols from /lib/libssl.so.6...(no debugging symbols found)...done.
Loaded symbols for /lib/libssl.so.6
Reading symbols from /lib/libcrypto.so.6...(no debugging symbols found)...done.
Loaded symbols for /lib/libcrypto.so.6
Reading symbols from /lib/libpcre.so.0...(no debugging symbols found)...done.
Loaded symbols for /lib/libpcre.so.0
Reading symbols from /lib/libc.so.6...(no debugging symbols found)...done.
Loaded symbols for /lib/libc.so.6
Reading symbols from /lib/libpthread.so.0...(no debugging symbols found)...done.
[Thread debugging using libthread_db enabled]
Loaded symbols for /lib/libpthread.so.0
Reading symbols from /lib/ld-linux.so.2...(no debugging symbols found)...done.
Loaded symbols for /lib/ld-linux.so.2
Reading symbols from /usr/lib/libgssapi_krb5.so.2...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/libgssapi_krb5.so.2
Reading symbols from /usr/lib/libkrb5.so.3...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/libkrb5.so.3
Reading symbols from /lib/libcom_err.so.2...(no debugging symbols found)...done.
Loaded symbols for /lib/libcom_err.so.2
Reading symbols from /usr/lib/libk5crypto.so.3...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/libk5crypto.so.3
Reading symbols from /lib/libresolv.so.2...(no debugging symbols found)...done.
Loaded symbols for /lib/libresolv.so.2
Reading symbols from /lib/libdl.so.2...(no debugging symbols found)...done.
Loaded symbols for /lib/libdl.so.2
Reading symbols from /lib/libz.so.1...(no debugging symbols found)...done.
Loaded symbols for /lib/libz.so.1
Reading symbols from /usr/lib/libkrb5support.so.0...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/libkrb5support.so.0
Reading symbols from /lib/libkeyutils.so.1...(no debugging symbols found)...done.
Loaded symbols for /lib/libkeyutils.so.1
Reading symbols from /lib/libselinux.so.1...(no debugging symbols found)...done.
Loaded symbols for /lib/libselinux.so.1
Reading symbols from /lib/libsepol.so.1...(no debugging symbols found)...done.
Loaded symbols for /lib/libsepol.so.1
Reading symbols from /lib/libgcc_s.so.1...(no debugging symbols found)...done.
Loaded symbols for /lib/libgcc_s.so.1
Core was generated by `xymond_alert --checkpoint-file=/home/bb/server/tmp/alert.chk --checkpoint-inter'.
Program terminated with signal 6, Aborted.
#0  0x00dba402 in __kernel_vsyscall ()
(gdb) bt
#0  0x00dba402 in __kernel_vsyscall ()
#1  0x00605e30 in raise () from /lib/libc.so.6
#2  0x00607741 in abort () from /lib/libc.so.6
#3  0x0063e8cb in __libc_message () from /lib/libc.so.6
#4  0x00648f11 in _int_realloc () from /lib/libc.so.6
#5  0x0064aea6 in realloc () from /lib/libc.so.6
#6  0x006088e5 in __add_to_environ () from /lib/libc.so.6
#7  0x00608657 in putenv () from /lib/libc.so.6
#8  0x0804eb49 in send_alert (alert=0x9ab9d68, logfd=0x9ab8250) at do_alert.c:627
#9  0x0804b62d in main (argc=Cannot access memory at address 0x4a57
) at xymond_alert.c:890
(gdb)


--
Michael Russo, ReadQ Systems Inc.
1 Whitehall Street, 16th Floor, NY NY 10004


________________________________

This message is for the designated recipient only and may contain privileged, proprietary, or otherwise confidential information. If you have received it in error, please notify the sender immediately and delete the original. Any other use of the e-mail by you is prohibited. Where allowed by local law, electronic communications with Accenture and its affiliates, including e-mail and instant messaging (including content), may be scanned by our systems for the purposes of information security and assessment of internal compliance with Accenture policy. .
______________________________________________________________________________________

www.accenture.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xymon.com/pipermail/xymon/attachments/20140114/3f1be602/attachment.html>


More information about the Xymon mailing list