July 2018 - Xymon - Xymon mailman web

False positives for hobbit-plugins libs test
by jwinius＠umrk.nl 10 Jul '18

10 Jul '18

Hi folks, In my environment we use the following: * Debian stretch with xymon 4.3.28-2 * Debian stretch with xymon-client 4.3.28-2 and hobbit-plugins 20170219 * Debian wheezy with xymon-client 4.3.0~beta2.dfsg-9.1+deb7u1 and hobbit-plugins 20120532 It all works fine, except that hobbit-plugins often gives false positives in the 'libs' column, indicating that certain "processes have libs linked that were upgraded". However, in those cases it makes no difference whether the processes are restarted, or even if the machine is rebooted: the processes continue to be flagged falsely. Examples include libvirt-qemu and mysql. It's the same on both of the platforms indicated above. Is there a fix or a reasonable workaround for this problem? Thanks, Jaap

2 6

Debian buster: Task libs terminated, status 2
by jwinius＠umrk.nl 10 Jul '18

10 Jul '18

Hi folks, This is really a bug report and a fix related to the current hobbit-plugins package for Debian buster. Most of my Xymon servers and clients are all running v4.3.28-2 on Debian stretch, but I do have one Debian buster client system running the same Xymon client software version and it had a problem. The libs test for this client failed constantly and had status purple. The clientlaunch.log was full of entries like this: 2018-07-09 10:22:00.240038 Task libs terminated, status 2 More tellingly, the xymonclient.log kept reporting: Mon Jul 9 06:56:35 2018 /usr/lib/xymon/client/ext/libs hobbit.pm.uninitialized: Can't locate File/Slurp.pm in @INC (you may need to install the File::Slurp module) (@INC contains: /etc/perl /usr/local/lib/x86_64-linux-gnu/perl/5.26.2 /usr/local/share/perl/5.26.2 /usr/lib/x86_64-linux-gnu/perl5/5.26 /usr/share/perl5 /usr/lib/x86_64-linux-gnu/perl/5.26 /usr/share/perl/5.26 /usr/local/lib/site_perl /usr/lib/x86_64-linux-gnu/perl-base) at /usr/lib/xymon/client/ext/libs line 33. Mon Jul 9 06:56:35 2018 /usr/lib/xymon/client/ext/libs hobbit.pm.uninitialized: Hobbit::max_color(): No colors given as argument at /usr/share/perl5/Hobbit.pm line 126. BEGIN failed--compilation aborted at /usr/lib/xymon/client/ext/libs line 33. Hobbit::max_color(): No colors given as argument at /usr/share/perl5/Hobbit.pm line 126. So, this problem was easily fixed by installing an additional Debian package: ~# apt install libfile-slurp-perl In other words, this package needs to be listed as a dependency for hobbit-plugins. Cheers, Jaap

2 1

Xymon - procs purple and red
by atalla＠zetaglobal.com 09 Jul '18

09 Jul '18

Sorry for multiple mail threads. Attached screenshot for the procs purple alert. Thanks, From: Ajay Kumar Talla Sent: Monday, July 9, 2018 7:05 AM To: 'Phil Crooker' <Phil.Crooker at orix.com.au>; 'xymon at xymon.com' <xymon at xymon.com> Subject: RE: Xymon - procs purple and red Adding to below, when the procs become purple, files and msgs column becomes grey and cpu column doesn’t show top command output. It shows only graph From: Ajay Kumar Talla Sent: Monday, July 9, 2018 7:00 AM To: 'Phil Crooker' <Phil.Crooker at orix.com.au<mailto:Phil.Crooker at orix.com.au>>; xymon at xymon.com<mailto:xymon at xymon.com> Subject: RE: Xymon - procs purple and red Hi Phil, There is no issue with the process. I’ve checked the processes on the server and they are actually running and the Xymon client is running as well. I’ve restarted the xymon client but still it shows purple and sometimes red with purple. This happens intermittently. Thanks, Ajay From: Phil Crooker <Phil.Crooker at orix.com.au<mailto:Phil.Crooker at orix.com.au>> Sent: Monday, July 9, 2018 6:34 AM To: Ajay Kumar Talla <atalla at zetaglobal.com<mailto:atalla at zetaglobal.com>>; xymon at xymon.com<mailto:xymon at xymon.com> Subject: Re: Xymon - procs purple and red What is happening on those hosts? Is there an actual issue with a process? The purple means the xymon server isn't getting a response, by default for 30 minutes, I assume from the host's client. Is the client still running? <mailto:FirstName.LastName at orix.com.au> ________________________________ From: Xymon <xymon-bounces at xymon.com<mailto:xymon-bounces at xymon.com>> on behalf of Ajay Kumar Talla <atalla at zetaglobal.com<mailto:atalla at zetaglobal.com>> Sent: Sunday, July 8, 2018 9:23:36 AM To: xymon at xymon.com<mailto:xymon at xymon.com> Subject: [Xymon] Xymon - procs purple and red Hi Team, I’m intermittently getting purple and red for PROCS column for some of the hosts in Xymon. Could you please let me know the solution for this? Thanks, Ajay Please consider the environment before printing this e-mail This message from ORIX Australia may contain confidential and/or privileged information. If you are not the intended recipient, any use, disclosure or copying of this message (or of any attachments to it) is not authorised. If you have received this message in error, please notify the sender immediately and delete the message and any attachments from your system. Please inform the sender if you do not wish to receive further communications by email. ORIX has a Privacy Policy which outlines what kinds of personal information we collect and hold, how we may collect and handle it, and your rights regarding personal information. Please let us know if you would like a copy. The Privacy Policy and a Collection Statement are also available on our website<https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.orix.co…>. We do not accept liability for any loss or damage caused by any computer viruses or defects that may be transmitted with this message. We recommend you carry out your own checks for viruses or defects.

3 2

xymon-snmpcollect
by sitrix＠camheds.net 04 Jul '18

04 Jul '18

Hello It seems that there are already exists much of the code for snmp polling and analysing in xymon. There are handle_snmpcollect_client func in xymond_client.c, that calling check_mibvals, which in turn call get_mibval_thresholds, wich in turn using data from load_client_config >From quick reading of load_client_config function definition, i do not undestand how exactly i need to define MIB rules in analysis.cfg But what absent is a testing module for xymond_client, when running with --test. So there is no easy why to test SNMP rules. Because testmode function in xymond_client.c do not provide this testing. I will gladly beta test the code that close this gap, but i'm not that C pro developer to create it from scratch. Lets be clear, DevMon is good and ancient, but why not use what we already have in a code base -- WBR Nikolay

1 0

cross compilation and endianness detection
by herzog＠phys.ethz.ch 03 Jul '18

03 Jul '18

Hi Damien, I just checked and test-endianness is compiled from test-endianness.c - for some reason the one you have doesn't seem to work for you. Can you just do gcc -o test-endianness test-endianness.c and see if that works better? best, -Christian

2 2

xymonping overinflated response time
by terry.hurcombe＠brightsolid.com 03 Jul '18

03 Jul '18

Hello list. I've noted that since moving some systems from xymon 4.3.17 to 4.3.28 that ping times seem hugely inflated and do not match the response times I see from the command line utilities. 4.3.28 reports 40.2ms vs 0.92ms from 4.3.17. Is this a known issue? Regards, Terry. ________________________________ This message is confidential and may contain privileged information. You should not disclose its contents to any other person. If you are not the intended recipient, please notify the sender named above immediately. It is expressly declared that this e-mail does not constitute nor form part of a contract or unilateral obligation. Opinions, conclusions and other information in this message that do not relate to the official business of brightsolid shall be understood as neither given nor endorsed by it. ________________________________ __________________________________________________________________________ This email has been checked for virus and other malicious content prior to leaving our network. __________________________________________________________________________

3 2

Intermittent HTTP Status 0 - Reason?
by mail＠jonasw.de 02 Jul '18

02 Jul '18

Hello, in our Xymon installation we are experiencing red HTTP status 0 alerts repeatedly, about a few times per week. This phenomenon started appearing when we switched the backend from Apache to nginx. The monitored service is checked over an SSL connection, making tcpdump et al. difficult to use. Additionally, this only appears on our production monitoring; a secondary installation with only this check does not show this issue. So, debug logging isn't really feasible, either (although I've tried). At this point, we are quite certain that it is a monitoring artifact and not a problem of the service, as there are no errors on the nginx side of things, and no customers have complained, either. I've looked in the code of xymonnet. I think status code 0 might mean that no HTTP/1.x response has been received, or at least that Xymon was unable to parse it. Is that correct? Does/did anybody else face this problem? Best regards, Jonas

1 0

cross compilation and endianness detection
by damien＠makelofine.org 01 Jul '18

01 Jul '18

Hi, I'm trying to compile xymon client for several OpenWRT devices (www.openwrt.org) Most targets are MIPS-based. When trying to compile, I encounter the following error: xymon-4.3.28$ make CC=mips-openwrt-linux-musl-gcc LD=mips-openwrt-linux-musl-ld CC="mips-openwrt-linux-musl-gcc" CFLAGS="-g -O2 -Wall -Wno-unused -D_REENTRANT -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -DLINUX -I`pwd`/include -DCLIENTONLY=1" LDFLAGS="" OSDEF="-DLINUX" RPATHOPT="-Wl,--rpath," PCREINCDIR="" ZLIBINCDIR="" SSLFLAGS="" SSLINCDIR="" SSLLIBS="" NETLIBS="" LIBRTDEF="" XYMONTOPDIR="/var/lib/xymon" XYMONHOME="/var/lib/xymon" XYMONCLIENTHOME=/var/lib/xymon XYMONLOGDIR="" XYMONHOSTNAME="" XYMONHOSTIP="A.B.C.D" XYMONHOSTOS="" LOCALCLIENT="no" make -C lib client make[1] : entering « /home/src/xymon-4.3.28/lib » mips-openwrt-linux-musl-gcc -g -O2 -Wall -Wno-unused -D_REENTRANT -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -DLINUX -I/home/src/xymon-4.3.28/include -DCLIENTONLY=1 -I../include `./test-endianness` -c -o sha1.o sha1.c /bin/sh: 1: ./test-endianness: Exec format error sha1.c:38:2: error: #error "Endianness is UNDEFINED" This part is far beyond my computers skills, so I'm requesting some help :)

1 0