- Xymon - Xymon mailman web

some 4.4-alpha observations
by Christian Herzog 30 Jan '25

30 Jan '25

Dear all, picking up some encouraging signs about 4.4-alpha, I decided to give it another [1] go. I checked out the latest Debian experimental snapshot [2] and build the Debian packages from it. I then upgraded a test server (bookworm) running a fully configured 4.3.30 instance to 4.4-alpha to see what's what. Now, to state the obvious: I'm perfectly aware of the fact that this is alpha code, so issues are expected. I do hope that by reporting them I might help development just a tiny bit. Also: it's not always clear to me if an issue is caused by xymon 4.4-alpha itself or Debian's packaging of it. This is particularly true for issue a) in the list below. Since I believe both Axel (hi!) and Roland are reading this list, I hope the distinction doesn't matter. So here a the issues I found: a) the server itself reporting to another server (by using Debian's XYMONSERVERS="127.0.0.1 129.132.x.y" magic) breaks when upgrading from 4.3.30 to 4.4-alpha. So far I haven't been able to pinpoint where the second server gets ignored b) I have a test host that, being behind an IPv4 NAT but having a static IPv6 address, was set to dialup in 4.3. I was hoping to monitor it directly with the new IPv6 code in 4.4-alpha. The host has no A record, only AAAA. I tried providing the IPv6 address in hosts.cfg, but 4.4 always shows 'conn red'. I might be reading README.IPv6 wrong, but I believe this should work? c) in xymonlaunch.log I regularly get entries like "loadenv(): Loading file '/usr/lib/xymon/server/etc/xymonserver.cfg' over existing file '/etc/xymon/xymonserver.cfg'; results might be unexpected", "loadenv(): Loading file '/etc/xymon/xymonclient.cfg' over existing file '/etc/xymon/xymonserver.cfg'; results might be unexpected" and "loadenv(): Loading file '/usr/lib/xymon/client/etc/xymonclient.cfg' over existing file '/etc/xymon/xymonserver.cfg'; results might be unexpected" While in the first one, the two files are at least initially identical, the latter two make me wonder if xymon is mixing up server and client config files... Other than that, 4.4-alpha seems to be working fine and produces the same output as 4.3.30. With some minor tweaks I also got our fancy dashboard [3] working. Please let me know if I missed anything regarding the topics mentioned above or if there's any further testing to be done. I really hope to see 4.4 be released one day! thanks and best regards, -Christian [1] https://xymon.xymon.narkive.com/BbXHR8kH/status-of-ipv6-support [2] https://salsa.debian.org/debian/xymon/-/tree/experimental [3] https://github.com/daduke/Xymondash -- Dr. Christian Herzog <herzog(a)phys.ethz.ch> support: +41 44 633 26 68 Head, IT Services Group, HPT H 8 voice: +41 44 633 39 50 Department of Physics, ETH Zurich 8093 Zurich, Switzerland http://isg.phys.ethz.ch/

1 0

Graphing temperature with Devmon issues
by Ken Connell 29 Jan '25

29 Jan '25

Trying to graph temperature, it's a single OID that is polled successfully, but graph data notes the changes and separate values instead of graphing the changes as a whole. *Xymon 4.3.28 <http://xymon.sourceforge.net/> with Devmon * 0.3.1-beta1 (I am working on the newer Devmon version, but haven't gotten far enough with that version to implement yet). For RRD data - I get multiple files for the host/test: temperature.CPU:_44.rrd temperature.CPU:_45.rrd Snip from graphs.cfg (only thing I changed is the scale): [temperature] FNPATTERN ^temperature.(.+).rrd TITLE Temperature YAXIS Celsius *-u 100 <-- only change* DEF:p@RRDIDX@=@RRDFN@:temperature:AVERAGE LINE2:p@RRDIDX@#@COLOR@:@RRDPARAM@ GPRINT:p@RRDIDX@:LAST: \: %5.1lf (cur) GPRINT:p@RRDIDX@:MAX: \: %5.1lf (max) GPRINT:p@RRDIDX@:MIN: \: %5.1lf (min) GPRINT:p@RRDIDX@:AVERAGE: \: %5.1lf (avg)\n What am I missing here? [image: image.png] -- Ken Connell Senior Network Engineer Computer & Communication Services Toronto Metropolitan University (Formerly Ryerson University) 350 Victoria St RM PODB50 Toronto, Ont M5B 2K3 416-979-5000 x556709

2 7

assistance for auto start of xymon in Rocky 9
by David Smith 23 Jan '25

23 Jan '25

Hi I am looking for some clues to autostart xymon in Rocky9 I copied my method from a Centos 7 box which has been running successfully for quite a number of years I made a xymonlaunch.service file which I placed in /etc/system/system, contents below # xymonlaunch.service # systemd file for Fedora 18 and up, or RHEL 7 and up [Unit] Description=Xymon systems and network monitor Documentation=man:xymon(7) man:xymonlaunch(8) man:xymon(1) After=network.target [Install] # Compatibility with "xymon" and "xymon-client" Alias=xymon.service Alias=xymon-client.service WantedBy=multi-user.target [Service] #EnvironmentFile=/etc/sysconfig/xymonlaunch User=xymon # We wrap in xymoncmd to eliminate the need for the bulk of the old init script ExecStart=/opt/BB/bbsw/server/bin/xymoncmd /opt/BB/bbsw/server/bin/xymonlaunch --no-daemon $XYMONLAUNCHOPTS Type=simple # Kill xymonlaunch, but don't send kills to the underlying procs, since they # might be doing important things (like writing checkpoints and flushing caches) KillMode=process # SendSIGHUP=yes SendSIGKILL=no I then did systemctl enable xymonlaunch.service, and this made 2 symbolic links in the same directory one named xymon.service and one named xymon-client.service What is happening on Rocky9 is that on the server is being started, the client part does not start Any ideas what may be awry? The same method worked/works without issue on Centos 7 Any help, guidance, clues would be much appreciated. I know that I would be able to cobble something together to stick into rc.local, but the powers that be up above would rather I did it using the method that uses systemctl Best regards David Renfrewshire Council Website -http://www.renfrewshire.gov.uk This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. Renfrewshire Council may, in accordance with the Telecommunications(Lawful Business Practice) (Interception of Communications) Regulations 2000, intercept e-mail messages for the purpose of monitoring or keeping a record of communications on the Council's system. If a message contains inappropriate dialogue it will automatically be intercepted by the Council's Internal Audit section who will decide whether or not the e-mail should be onwardly transmitted to the intended recipient(s). Renfrewshire Council Website -http://www.renfrewshire.gov.uk This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. Renfrewshire Council may, in accordance with the Telecommunications(Lawful Business Practice) (Interception of Communications) Regulations 2000, intercept e-mail messages for the purpose of monitoring or keeping a record of communications on the Council's system. If a message contains inappropriate dialogue it will automatically be intercepted by the Council's Internal Audit section who will decide whether or not the e-mail should be onwardly transmitted to the intended recipient(s).

4 7

xymon-4.4-alpha config files
by Ralph M 18 Jan '25

18 Jan '25

I noticed last night that some config files in the installed directories have lines like this: optional directory @XYMONHOME@/etc/graphs.d while others have that label expanded out: optional directory /home/xymon/server/etc/tasks.d The files are under xymon-4.4-alpha/xymond/etcfiles and the "cfgfiles" section in the Makefile in the directory above takes care of replacing the labels with the expanded paths. If I manually fix that line in graphs.cfg, new graph definitions are picked up from the graphs.d subdirectory, so that one at least needs fixing. Are all the config files supposed to be able to include optional subdirectories?? If so, that Makefile needs some attention. I can get to it later and send out a patch, if it needs doing. Ralph Mitchell

2 2

trying to get the xymon client (runclient.sh) to run under SElinux
by Matthew Goebel 17 Jan '25

17 Jan '25

Hello, Anyone have a .te file for just the client? version 4.3.29 if that makes any diff. Thanks, Matt -- Matthew Goebel : m <goebel(a)emunix.emich.edu>goebel(a)emich.edu : Unix Jockey @ EMU : Hail Eris Neo-Student, Net Lurker, Donut consumer, and procrastinating medher... "Always with the negative waves, Moriarty" - Oddball "Comfort the troubled, and trouble the comfortable." - Dietrich Bonhoeffer

1 0

xymond_rrd process with growing swap usage
by Jeremy Laidman 15 Jan '25

15 Jan '25

Hi all. Welcome to 2025 I'm hoping for some insight from all you smart people. It's a bit Linux-ish, but also relates specifically to Xymon's architecture. I have a pair of hosts both independently running the Xymon server, and pretty much configured the same (both hardware and software). Around 3-4 months ago, swap usage started steadily climbing. One one server it's at 30% and on the other server swap utilisation reached 70% before I (today) restarted xymond_rrd (the one that handles the status channel, not the data channel) at which point swap usage dropped down to 8%. There are no indications of any performance impact. RAM usage is under 50%, and swap in/out rates are extremely low (essentially zero for swap-in). I'm not a kernel guru, but my reading around suggests that the Linux kernel sometimes swaps out allocated-but-inactive RAM pages just in case there might one day be a shortage of RAM. So it seems there may be proactive swap-outs, although I don't know what might trigger this behaviour. I'm seeking opinions on what this might mean, and what actions, if any, I should take. RAM is 64GiB and the swap partition is 2GiB. I'm wondering if this climbing usage of swap might simply be a consequence of how xymond_rrd works. I know from reading bits of Xymon code (with limited understanding) over the years that Henrik did a fair bit of memory gymnastics to preallocate buffers and grow them dynamically as required - far more complex than my brain can understand, but no doubt achieving stellar levels of performance. But it seems only this one process instance is consuming swap space over time, and I'm wondering if it has something to do with how RRD files are re-written, perhaps using memory-mapped I/O or some other fancy techniques that I know almost nothing about? Cheers Jeremy

2 3

clientlog not populating, files/procs checks state none checked
by Josh Luthman 20 Dec '24

20 Dec '24

I'm hitting a wall and hoping someone can give me a sanity check. I had an old server that was working. It was on Centos 7 and consequently why I'm replacing it. I installed Alma9 on a new server (hardware) and replaced said hardware. The new server is definitely reporting information (xymon-client) to the server - cpu column has a list of processes, disk is showing df output, etc. But clientlog is absolutely empty. However, the files/procs columns are showing "No files checked" even though the same hostname with previous hardware had test results and history. The hostname is certainly the same and there are no ghost clients. I added an extra script in ext and this works as expected. Compiled from stable 4.3.30. Any ideas?! I'm not seeing anything useful in any of the logs anywhere - client or server. Josh Luthman 24/7 Help Desk: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373

3 3

Devmon on RHEL9
by colin.coe＠gmail.com 13 Dec '24

13 Dec '24

Hi all Has anyone got DEVMON working on RHEL9? I'm working with https://github.com/bonomani/devmon but can't get any SNMP polling working. The current server is RHEL6 and working (mostly) fine but I need to get off RHEL6/7. Thanks

4 4

Redhat EL9 OpenSSL not linked during install
by Ken Connell 12 Dec '24

12 Dec '24

Red Hat Enterprise Linux release 9.5 (Plow) Xymon Ver: 4.3.30 *While building config:* Checking for OpenSSL ... Compiling with SSL library works OK /bin/ld: cannot find -ltirpc collect2: error: ld returned 1 exit status make: *** [Makefile.test-ssl:7: test-link] Error 1 Warning: Cannot link with SSL library OpenSSL include- or library-files not found. Although you can use Xymon without OpenSSL, you will not be able to run network tests of SSL-enabled services, e.g. https. So installing OpenSSL is recommended. OpenSSL can be found at http://www.openssl.org/ If you have OpenSSL installed, use the "--sslinclude DIR" and "--ssllib DIR" options to configure to specify where they are. Continuing with SSL support disabled. *## end of building config, I ctrl+c out* *Notes:* OpenSSL info: OpenSSL 3.2.2 4 Jun 2024 (Library: OpenSSL 3.2.2 4 Jun 2024) ldconfig -p | grep open libxmlsec1-openssl.so.1 (libc6,x86-64) => /lib64/libxmlsec1-openssl.so.1 libxmlsec1-openssl.so (libc6,x86-64) => /lib64/libxmlsec1-openssl.so libevent_openssl-2.1.so.7 (libc6,x86-64) => /lib64/libevent_openssl-2.1.so.7 Openssl @ /usr/bin/openssl I have tried "--sslinclude DIR" and "--ssllib DIR" as noted from install script: # ./configure --sslinclude /usr/bin/ --ssllib /lib64/ and get: *unrecognized ./configure target --sslinclude* Seems like I don't have proper syntax for this ? This is above my linux/bash knowledge, -- Ken Connell Senior Network Engineer Computer & Communication Services Toronto Metropolitan University (Formerly Ryerson University) 350 Victoria St RM PODB50 Toronto, Ont M5B 2K3 416-979-5000 x556709

2 2

Can Xymon send an email when changing from BLUE to GREEN?
by Grant Taylor 12 Dec '24

12 Dec '24

Hi, Is it possible to configure Xymon to send an email when an alert changes from BLUE to GREEN? I've already got RECOVERED on the entry in alerts.cfg and that's working for RED, YELLOW, and PURPLE when they go GREEN. I did a quick search and didn't come up with anything germane, so I figured that it was work asking if this is possible before spending a lot of time combing through seemingly non-germane to make sure there wasn't a hint therein. -- Grant. . . . unix || die

3 4