- Xymon - Xymon mailman web

sending one singular status to another xymon server
by schritte＠ub.uni-frankfurt.de 23 Jan '15

23 Jan '15

hi, is it posible to forward just one status (build-in test) to another xymon server? The server where the test should be displayed cannot do the check himself because xymon there has been compiled with fewer options. thanks, Rolf -- Mit freundlichen Gruessen Rolf Schrittenlocher Lokales Bibliothekssystem Frankfurt Senckenberganlage 31, 60054 Frankfurt Tel: (49) 69 - 798 28908 Fax: (49) 69 798 28817 LBS: lbs-f at mlist.uni-frankfurt.de Persoenlich: schritte at ub.uni-frankfurt.de

2 3

PULLDATA flag not behaving as documented
by john.thurston＠alaska.gov 23 Jan '15

23 Jan '15

The "pulldata" flag is documented as supporting an explicit ip:port combination. In the man file for hosts.cfg: > pulldata[=[IP][:port]] > This option is recognized by the xymonfetch(8) utility, and causes it to poll the host for client data. The optional IP-address and port-number can be used if the client-side msgcache(8) daemon is listening on a non-standard IP-address or port-number. but the application does not seem to be picking up the ipaddress or port specified. It always uses the address of the host. Take the following example config line: 1.2.3.4 foo.bar.com # pulldata=5.6.7.8:2014 noconn By the documentation, I expect it to try pull data from 5.6.7.8 on port 2014. It does not. It always tries to pull from 1.2.3.4 on port 1984 Looking in xymonfetch.c, I see where the parsing is done to identify explicit IP addresses. Using a "xymondboard fields=XMH_FLAG_PULLDATA", all I get back is "PULLDATA". There is never an IP address listed. My C isn't good enough to trace farther back through the code :( I think there may be an error in the parsing of the pulldata tag. Can anyone help me unwind this and tell me what I'm doing wrong (or if there is a bug I'll have to figure out how to patch)? -- 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

4 4

custom script once a day
by jlaidman＠rebel-it.com.au 23 Jan '15

23 Jan '15

Hi On 23 January 2015 at 06:43, usa ims via Xymon <xymon at xymon.com> wrote: I have a custom client test that I only want it to be executed once every > day at 2:15am. After looking through the man pages of hosts.cfg and > alerts.cfg, I am confused on what is the best course of action. From > reading the archives, it was indicated to use the cron utility of Linux for > it to start at ‘2:15am’. > The tasks.cfg allows specifying a "CRONDATE" so you don't need to use Linux cron, and it's probably better to keep it all within Xymon. > I would like to be alerted only once but the test to run every hour until > recovered. So normally you want the test to run once only at 2:15am. But if it's in a failed state, you want the test re-run every hour. This is also what happens with the network tests, where the xymonnet-again.sh script looks for failed network tests and re-runs them every minute rather than the normal 5-minute interval. You can't make use of the xymonnet-again.sh script because it only works with the standard network tests (it simply runs xymonnet specifying the tests to repeat). But you could use the same idea. > In the clientlaunch.cfg of the xymon/hobbit client, I’m going to put 15m, > am I correct? > Why 15 minutes? Did you mean 60 minutes? > [xxxxx] > ENVFILE $HOBBITCLIENTHOME/etc/hobbitclient.cfg > CMD $HOBBITCLIENTHOME/ext/xxxxx.pl > LOGFILE $HOBBITCLIENTHOME/logs/xxxxx.log > INTERVAL 60m > Here you could put (instead of INTERVAL) something like: CRONDATE 15 2 * * * to run at 2:15 every morning. And in the script I’m going to put ‘status+24h’ so that it will not turn > purple. > Yep. > In the alerts.cfg, I have the following: > HOST=xxxxx > SCRIPT /etc/xymon/xxxxx-emails-geoxx.sh SERVICE=xxxxx COLOR=yellow > REPEAT=24h FORMAT=SCRIPT RECOVERED > Yep, so this will run the script (I'm guessing) to send an email when the service fails and when it is restored. What you could do is add another line to alerts.cfg to re-run your original monitoring script for the test, but only when the test is failing. Something like this (notice that I put the SERVICE on the first line so that it applies to both SCRIPT lines): HOST=xxxxx SERVICE=xxxxx SCRIPT /etc/xymon/xxxxx-emails-geoxx.sh SERVICE=xxxxx COLOR=yellow REPEAT=24h FORMAT=SCRIPT RECOVERED SCRIPT $HOBBITCLIENTHOME/ext/xxxxx.pl "&host&" FORMAT=SCRIPT DURATION>5m DURATION<16h REPEAT=1h So the second line will mean that an error condition will cause a re-test, and when the error condition stops, the re-test will also stop. Some important things to note here are: a) If the script that does the checks (xxxxx.pl) operates on several hosts, then it should take as its parameter, the name of a host to limit its checks on. Otherwise when one host fails, all of them would be re-tested. b) The "DURATION" specification means that the re-test won't happen immediately on failure, but will wait for the REPEAT interval of 1h. There's no point re-testing within 3 seconds of the first test failing. c) I've set the maximum DURATION to 16 hours because if you haven't fixed the problem by 6pm it probably won't get done until the next day. Adjust this as you see fit, but probably not worth having it more than 24h. J

1 0

custom script once a day
by usaims＠yahoo.com 22 Jan '15

22 Jan '15

I have a custom client test that I only want it to be executed once every day at 2:15am. After looking through the man pages of hosts.cfg and alerts.cfg, I am confused on what is the best course of action. From reading the archives, it was indicated to use the cron utility of Linux for it to start at ‘2:15am’. I would like to be alerted only once but the test to run every hour until recovered. The sysadmin arrives at work in the morning and will fix it then and the next time the script runs (every 60 minutes), it will recover and turn green. In the clientlaunch.cfg of the xymon/hobbit client, I’m going to put 15m, am I correct? [xxxxx] ENVFILE $HOBBITCLIENTHOME/etc/hobbitclient.cfg CMD $HOBBITCLIENTHOME/ext/xxxxx.pl LOGFILE $HOBBITCLIENTHOME/logs/xxxxx.log INTERVAL 60m And in the script I’m going to put ‘status+24h’ so that it will not turn purple. $BB $BBDISP "status+24h $HOSTNAME.$TESTNAME $COLOR $MSG” In the alerts.cfg, I have the following: HOST=xxxxx SCRIPT /etc/xymon/xxxxx-emails-geoxx.sh SERVICE=xxxxx COLOR=yellow REPEAT=24h FORMAT=SCRIPT RECOVERED Is this the best course of action? Thanks in advance. usaims

1 0

Problems with the COMPACT option in hosts.cfg
by Christoph.Mueller＠dwd.de 21 Jan '15

21 Jan '15

Hi to all, I'm using Xymon for years and the most problems could be solved by help pages and "google". But one thing is coming up now, that I want to use the COMPACT option to collapse some monitors into one. After the configuration of the hosts.cgf I've got a "Fatal signal caught!" on xymongen. After some investigation I found that this problem occurred some years ago, but do not found a workaround. I'm using Xymon 4.3.17. Is a solution available now? Best regards Christoph Christoph Müller DWD TI15c Frankfurter Str. 135 63067 Offenbach Tel: 069 8062 2569

1 0

Purple columns
by neilsimmonds1808＠gmail.com 20 Jan '15

20 Jan '15

We recently had a problem where all the standard test columns on a Linux client turned purple for 20 minutes and then resolved themselves. During this time 4 custom tests on that server were working ok. I've looked through logs and can't find anything that gives me any clues as to why this could have happened. Has anyone any idea why it might turn purple like this and then resolve itself with no outside intervention? Thanks, Neil Simmonds

4 3

Truncated Email Alerts
by bert.willekens＠medialaan.be 16 Jan '15

16 Jan '15

Hi We're formatting a few status messages as HTML and we are using the perl HTML script from Andy France/Martin Ward/David Baldwin. Our mails kept getting truncated at around 4000 characters. After looking around in the source code (do_alert.c) I found out that the variable passed to the SCRIPT alert type is limited to 4096 characters. I increased the value to 12288 and recompiled the xymond_alert binary. After replacing it in our production system the script now receives the complete status message. Why can we configure the MAXMSG size for status messages but is the status truncated to 4KB? I'm wondering if there's any harm in upping the MAX_ALERTMSG_SCRIPTS value. Memory? Stabililty? Thanks MEDIALAAN Disclaimer<http://medialaan.be/email>

2 1

displaying external content within xymon ?
by A.Chervonets＠cominder.eu 14 Jan '15

14 Jan '15

"Xymon" <xymon-bounces at xymon.com> wrote on 10.01.2015 13:00:01: > My boss want to display external content within xymon. Let me explain; he > want to be able to display > weather information (related to our DC) and so on. ... > Can be this goal be done? Any suggestion about best aproach? You can put any content in Your custom test output. As well as HTML code too. I do it in the following way # do check, etc. and collect all required content to display in one file echo "<BR>My DC Report: " > ${TEST_DETAILS_FILE} my_xymon_independent_script_to_show_info.sh >> ${TEST_DETAILS_FILE} echo "<BR>-- enf of report --" >> ${TEST_DETAILS_FILE} ... # do whatever else required # SEND ALL TO BBDISPLAY with multiline arguments in "" $BB $BBDISP "status $MACHINE.$TEST $COLOR `date` `cat ${TEST_DETAILS_FILE} ` " # EOF Best regards, Andrey Chervonets ---------------------- SIA CoMinder http://www.cominder.eu/ mobile: +371 26517848

1 0

Depends tag on external tests
by Scot.Kreienkamp＠la-z-boy.com 12 Jan '15

12 Jan '15

Hi everyone, Does anyone know if the depends tag was ever moved out of the network code and into the core so it works for external tests? Last time anyone asked that I could find on the mailing list was 2013. Thanks! Scot Kreienkamp This message is intended only for the individual or entity to which it is addressed. It may contain privileged, confidential information which is exempt from disclosure under applicable laws. If you are not the intended recipient, please note that you are strictly prohibited from disseminating or distributing this information (other than to the intended recipient) or copying this information. If you have received this communication in error, please notify us immediately by e-mail or by telephone at the above number. Thank you.

3 5

CPU utilization column
by eliap09＠yahoo.com 12 Jan '15

12 Jan '15

Thank you so very much. Christian <xymon at elysiria.fr> wrote: >_______________________________________________ >Xymon mailing list >Xymon at xymon.com >http://lists.xymon.com/mailman/listinfo/xymon

1 0