- Xymon - Xymon mailman web

Xymon 4.3.16 now available
by henrik＠hswn.dk 11 Feb '14

11 Feb '14

Hi, Sunday appears to be my preferred day of the week for releasing new Xymon versions, and this Sunday follows that tradition. 4.3.16 is available on Sourceforge now, in source form, as Debian packages, or as pre-compiled plain binary tar-files for Linux. There are no new features in this release, it simply tries to clean up the various mistakes done over the past few weeks. In particular, the accidental merging of client-local.cfg entries that was introduced in 4.3.15 is gone, unless you run xymond with a "--merge-clientconfig" option. The regexp-style matching of hostnames from 4.3.15 still works, also without this option enabled. I realize that I may have carried the Open Source battlecry of "release early, release often" a bit too far here in 2014, so I sincerely hope that there won't be a need for yet another 4.3-release next Sunday. But I hope you'll bear with me, and keep on reporting any weird behaviour you may find. Regards, Henrik

8 18

http session cookies reuse
by cure4all＠gmail.com 11 Feb '14

11 Feb '14

Hello, I was wondering if the question below has been answered? I would also like to know on how use/re-use cookies for http monitor. Thank you. http://lists.xymon.com/archive/2010-June/028208.html Hi list. I noticed that the file server/etc/cookie.session contains the last session cookies used for http testing via POST (i.e. JSESSIONID), but it seems that my webapp instantiates a new http session for every check. This makes very hard to know the REAL number of http sessions on the application server and introduces an offset in the statistics. I searched documentation and mailing list for a way to reuse the session cookie stored in that file, but found no information. Is there a way to reuse the same cookie in all the requests?Rey

2 1

xymon client in 'local' mode, build pain
by john.thurston＠alaska.gov 11 Feb '14

11 Feb '14

I've been using my Solaris BB clients with my Xymon server, but am hoping the xymon client will be more zfs-aware than the ancient BB client. To that end, I'm trying to compile a xymon client. I've spent most of the day fighting with the 'make' process. Following the notes in: http://lists.xymon.com/pipermail/xymon/2013-January/036466.html http://lists.xymon.com/pipermail/xymon/2010-September/029376.html I have modified xymond/Makefile several ways. . . Adding the line: > IDTOOL := $(shell if test `uname -s` = "SunOS"; then echo /usr/xpg4/bin/id; else echo id; fi) Changing the lines beginning "../client/xymond_client" to be: > ../client/xymond_client: $(CLIENTOBJS) ../lib/libxymonclient.a > $(CC) -o $@ $(RPATHOPT) $(CLIENTOBJS) ../lib/loadhosts.o ../lib/matching.o ../lib/timing.o ../lib/locator.o ../lib/libxymonclientcomm.a ../lib/libxymonclient.a -lrt -lpcre $(PCRELIBS) $(NETLIBS) $(LIBRTDEF) The crazy part is when I compare the results of making with --client and --server. I can only find one difference. A --client build has created the application bin/xymond_client Is this really the only difference? If so, why is there a broken build process for the '--client' option? Why doesn't the '--server' option also build the xymond_client and leave it abandoned in the bin directory? -- Do things because you should, not just because you can. John Thurston 907-465-8591 John.Thurston at alaska.gov Enterprise Technology Services Department of Administration State of Alaska

3 9

domain-delegation-check-xymon
by rs＠sys4.de 10 Feb '14

10 Feb '14

Hi i have created a dns domain-delegation-check-xymon script https://sys4.de/de/blog/2014/02/10/domain-delegation-check-xymon/ really not perfect but might help someone sometime Best Regards MfG Robert Schetterer -- [*] sys4 AG http://sys4.de, +49 (89) 30 90 46 64 Franziskanerstraße 15, 81669 München Sitz der Gesellschaft: München, Amtsgericht München: HRB 199263 Vorstand: Patrick Ben Koetter, Marc Schiffbauer Aufsichtsratsvorsitzender: Florian Kirstein

1 0

Alert REPEAT not working in 4.3.15.
by Johan.Sjoberg＠deltamanagement.se 10 Feb '14

10 Feb '14

Hi. A while ago, we upgraded to 4.3.15. It seems like the alert repeat setting isn't working, only the first alert is sent. We have an on-call person that receives the first alert via SMS after 7 minutes. It should then repeat every 15 minutes. The rest of the team gets their first alert after 22 minutes. Example conf (e-mail and phone numbers masked): SCRIPT /usr/local/xymon/server/ext/html_mail.pl alarms at domain.tld EXSERVICE=conn REPEAT=1d RECOVERED FORMAT=PLAIN SCRIPT /usr/local/xymon/server/ext/html_mail.pl alarms at domain.tld SERVICE=conn DURATION>1 REPEAT=1d RECOVERED FORMAT=PLAIN SCRIPT /usr/local/bin/sendsms.sh 111111 DURATION>7 FORMAT=SMS REPEAT=15 SCRIPT /usr/local/bin/sendsms.sh 222222 DURATION>22 FORMAT=SMS REPEAT=15 SCRIPT /usr/local/bin/sendsms.sh 333333 DURATION>22 FORMAT=SMS REPEAT=15 SCRIPT /usr/local/bin/sendsms.sh 444444 DURATION>22 FORMAT=SMS REPEAT=15 >From the notification log: Mon Feb 10 05:43:15 2014 web01.apache2 (123.123.123.123) alarms at domain.tld 1392007395 0 Mon Feb 10 05:51:15 2014 web01.apache2 (123.123.123.123) 111111 1392007875 0 Mon Feb 10 06:05:17 2014 web01.apache2 (123.123.123.123) 222222 1392008717 0 Mon Feb 10 06:05:17 2014 web01.apache2 (123.123.123.123) 333333 1392008717 0 Mon Feb 10 06:05:17 2014 web01.apache2 (123.123.123.123) 444444 1392008717 0 Strangely though, it seems like it was working on Feb 5, which was also after the upgrade. The only change done since then is the patch for xymonnet, and don't see how this could affect the alerts? Regards, Johan

2 4

Setting up xymon
by mike.a.brown09＠gmail.com 09 Feb '14

09 Feb '14

I just set up XYMON on Ubuntu 14.04. I followed all the procedures and I have determined that the main page I can get to but when I click on the other pages I get a 404 error. Could my xymon file in conf.d/ under /etc/apache2 be configured incorrectly? Thanks MB --- Thank you, Michael A. Brown mike.a.brown09 at gmail.com M.S. Forensic Studies: Computer Forensics B.S. Information Technology: Network Specialist "The only thing necessary for the triumph of evil is for good men to do nothing" -Edmund Burke

2 6

Enable/disable by class
by Galen.Johnson＠sas.com 07 Feb '14

07 Feb '14

Hey, Pretty sure this isn't currently possible but what would it take to have the enable/disable script to allow en/disabling by class? Or even just being able to select the set of hosts based on class? =G=

3 6

client-local.cfg and xymon-4.3.15
by dominique.frise＠unil.ch 06 Feb '14

06 Feb '14

I don't agree. The regexp support should not brake previous configuration. BTW, the new man-page has not changed regarding the section name : ... FILE FORMAT The file is divided into sections, delimited by "[name]" lines. A section name can be either an operating system identifier - linux, solaris, hp-ux, aix, freebsd, openbsd, netbsd, darwin - or a hostname. When deciding which section to send to a client, Xymon will first look for a section named after the hostname of the client; if such a section does not exist, it will look for a section named by the operating system of the client. So you can configure special configurations for individual hosts, and have a default configuration for all other hosts of a certain type. It will often be practical to use regular expressions for host- names. To do this you must use [host=<expression>] where <expression> is a Perl-compatible regular expression. The same kind of matching can be done on operating system or host class, using [os=<expresssion>] [class=<expression>] Apart from the section delimiter, the file format is free-form, or rather it is defined by the tools that make use of the config- uration. ... Dominique On 02/05/2014 06:22 PM, Galen Johnson wrote: > If I'm not mistaken, the fix to allow regex in client-local.cfg also > will append all matches as a single entity. If it has several similar > entries, it will munge them together. Check out the new > client-local.cfg man page. You might be able to change monk entry to > [host=monk] and see if that returns what you expect. > > > On Wed, Feb 5, 2014 at 10:51 AM, Dominique Frise > <dominique.frise at unil.ch <mailto:dominique.frise at unil.ch>> wrote: > > Hi, > > We updated our xymon-server from version 4.3.11 to 4.3.15. > The client-local.cfg does not seem to be handled the way it was. > > Example : > > [linux] > log:/var/log/messages:10240 > ignore MARK > trigger Error|error|ERROR > > [monk] > log:/var/log/messages:102400 > ignore mDNSPlatformSendUDP\sgot\__serror\s22 > ignore read_data > log:/var/log/logwatch:10240 > > > Which mean that we want to overwrite default linux settings for > "monk" client. > > But there is the resulting content of logfetch.monk.cfg on the client : > > [xymon at monk tmp]$ cat logfetch.monk.cfg > log:/var/log/messages:10240 > ignore MARK > trigger Error|error|ERROR > log:/var/log/messages:102400 > ignore mDNSPlatformSendUDP\sgot\__serror\s22 > ignore read_data > log:/var/log/logwatch:10240 > > > The default settings are there too !? > Did we missed a patch/advice for this ? > > Thanks, > > Dominique > _________________________________________________ > Xymon mailing list > Xymon at xymon.com <mailto:Xymon at xymon.com> > http://lists.xymon.com/__mailman/listinfo/xymon > <http://lists.xymon.com/mailman/listinfo/xymon> > >

1 0

xymonnet crashing after upgrade to 4.3.15
by Johan.Sjoberg＠deltamanagement.se 06 Feb '14

06 Feb '14

Hi. Updated our server from 4.3.13 to 4.3.15 today, and after that xymonnet has crashed a few times. Is it possible to enable some debug log or something to find out what happens? The error in the xymonnet test is: "red - Program crashed Fatal signal caught!" /Johan

4 9

Proper method to upgrade
by sys1002＠yahoo.com 06 Feb '14

06 Feb '14

I have Xymon 4.3.11 installed and would like to move to 4.3.15, but I do not see any upgrade doc. What is the proper method to do an upgrade from source ? Do I uninstall the previous and install the new version? Should I just install the new over the old version, using the same config options ? Best practices would be appreciated, since this is a Production environment. Centos 5.4 64 bit. Thanks ! Michael

5 6