- Xymon - Xymon mailman web

depends-like test for processes
by colin.coe＠gmail.com 19 Oct '10

19 Oct '10

Hi all I'm trying to do a depends-like test for processes. What I'd like is ensure that process foo is running on one of four hosts, if the process is running on more than one host or on none, a red flag should be raised. Has anyone done this previously? Thanks CC -- RHCE#805007969328369

2 2

devmon or mrtg which is good for network devices monitoring
by rigved.sharma123＠gmail.com 19 Oct '10

19 Oct '10

Hi, sorry for the earlier mail..i want to know which one is good for xymon for network devices monitoring..devmon/mrtg. Please help. Rigved ---------- Forwarded message ---------- From: <xymon-owner at xymon.com> Date: Mon, Oct 18, 2010 at 1:38 AM Subject: Returned post for xymon at xymon.com To: rigved.sharma123 at gmail.com Hi! This is the ezmlm program. I'm managing the xymon at xymon.com mailing list. I'm working for my owner, who can be reached at xymon-owner at xymon.com. I'm sorry, your message (enclosed) was not accepted by the moderator. If the moderator has made any comments, they are shown below. ---------- Forwarded message ---------- From: rigved sharma <rigved.sharma123 at gmail.com> To: xymon at xymon.com Date: Mon, 18 Oct 2010 00:08:37 +0530 Subject: devmon/mrtg which is good

7 6

Graphing issue with data that only changes once every 24 hours
by pmeech＠gmail.com 19 Oct '10

19 Oct '10

Hi All, I've been working on a VS backup solution which I have implemented using proftpd with mySQL, ftpmail (perl script) and quotas on Debian. Essentially whenever a client uploads data, ftpmail reads the transfer log from a fifo, and I've edited the perl script to send status messages through to Xymon. The solution is provided as only being used for backups and the client software sends in its own logs to our Xymon server. This is a differential backup and the client software handles the deletion of aged backup files. All is working robustly on this front and in Xymon I collect the following data for graphing: usage : 83.09 allowance : 100.00 These figures are currently sent in MB (I need to write a percentile calculation), but only once every 24 hours. This all falls over when it comes to trying to graph the data in Xymon as it is not a constant feed of data every 300 seconds like other tests. From the rrdtool documentation it seems like the data I am presenting is unsuitable for graphing in the normal method. I've tried just about every data type and I only get a line drawn when data is received (else the graph drops out on every step without data). I realise I could run a client test on the VS that runs du on each chrooted FTP folder every 5 minutes, but this seems like an unnecessary load when the data changes with the 24 hour frequency and it scales horribly. Also throwing out ~100 status messages for ~100 different clients every few minutes to one server (say if I was to only run the test every 24 hours and repeat the data sent every 5 minutes) may be a little unreliable. Possibly changing the xymon client on the VS to a server and running everything locally would be the way to go; but still load wise this isn't great when compared to the methodology of only sending data on upload - though functional I guess. Is there a way of providing a custom step in rrdtool for a single test from Xymon? Has anyone got any other ideas of how I might graph this? Am I missing something obvious? Cheers, Phil

2 1

HTML e-mails to this list are silently dropped?
by jmartin23＠csc.com 18 Oct '10

18 Oct '10

Return Receipt Your [xymon] HTML e-mails to this list are silently dropped? document: was jmartin23 at csc.com received by: at: 10/18/2010 08:13:56 AM GDT

1 0

test... ignore if this reaches the list
by jmartin23＠csc.com 18 Oct '10

18 Oct '10

Return Receipt Your [xymon] test... ignore if this reaches the list document: was jmartin23 at csc.com received by: at: 10/18/2010 08:13:11 AM GDT

1 0

lib/url.c patch for '/http' malformed url?
by viorel＠athabascau.ca 16 Oct '10

16 Oct '10

As discussed at http://www.xymon.com/archive/2006/07/msg00515.html: > On Mon, Jul 31, 2006 at 06:50:19PM +0200, Nicolas wrote: > > It doesn t like the "%3a" strings. > > Apparently not. OK, so this will require a code change. For a > quick fix, you can edit the lib/url.c file in your Hobbit source. > Around line 560-570 or so you'll see these lines: > > if (poststart) getescapestring(poststart, &bburl->postdata, NULL); > if (expstart) getescapestring(expstart, &bburl->expdata, NULL); > > p = strstr(urlstart, "/http"); <--- find this line > if (p) { > proxystart = urlstart; > urlstart = (p+1); > *p = '\0'; > } > > parse_url(urlstart, bburl->desturl); > > Replace the line I've marked with > > p = NULL; > > That will simply disable the proxy url function, and your original URL > should work as intended. > > > Regards, > Henrik > Hi Henrik, Obviously it's not the ":" and I wish I would've searched the mailing list earlier ;) # /usr/libexec/hobbit/server/bin/bbtest-net 2010-10-08 14:31:38 Malformed URL - no 'scheme:' in 'http-proxy-tcp' 2010-10-08 14:31:38 Invalid URL for http test - ignored: cont=postgresql;http://my.athabascau.ca/http-proxy-tcp;0 Changed that to: cont=postgresql;http://my.athabascau.ca/tohack;0 and it works well. Do you have any plans to release an update? Thanks, Viorel

7 11

corrupted ps output report?
by waa-hobbitml＠revpol.com 15 Oct '10

15 Oct '10

I just noticed a PROCS report go red and then green on one of the servers I monitor. Since the server is an LDAP server, one of the proc tests we monitor for is simply: PROC /usr/lib/openldap/slapd The procs report page showed: (red) /usr/lib/openldap/slapd (found 0, req. 1 or more) The ps output below it it looks to be corrupted partway through. The format and line wrapping clearly does not look correct. I attached an image rather than pasting here since it would surely add additional wrapping, confusing matters even more. I guess I am wondering if anyone has seen such a thing and what might have caused it, and obviously how to address it. Thanks -- Bill Arlofski Reverse Polarity, LLC

3 4

AUTO: Christopher Bodnar is out of the office. (returning 10/25/2010)
by christopher_bodnar＠glic.com 15 Oct '10

15 Oct '10

I am out of the office until 10/25/2010. I will respond to your message when I return. Note: This is an automated response to your message "Re: [xymon] how beta is xymon 4.3.0-beta2" sent on 10/15/10 15:05:14. This is the only notification you will receive while this person is away. ----------------------------------------- This message, and any attachments to it, may contain information that is privileged, confidential, and exempt from disclosure under applicable law. If the reader of this message is not the intended recipient, you are notified that any use, dissemination, distribution, copying, or communication of this message is strictly prohibited. If you have received this message in error, please notify the sender immediately by return e-mail and delete the message and any attachments. Thank you.

1 0

CPU load average not being graphed for some servers
by Martin.Ward＠colt.net 15 Oct '10

15 Oct '10

Hi all, I'm having trouble tracking this one down. For many of my Xymon-monitored servers I can see the graphs on the CPU load page and they have data in them. Yet for many others the CPU graphs are empty. I can see the graphs but there is no data. Investigation reveals that for those servers who are missing data the .cpu file has not been updated in months, yet when I look at the client data available it shows the load average in the uptime section, as in: [uptime] 5:07pm 2 users, load average: 0.53, 0.71, 0.62 which is, I believe, where Xymon gets the LA from. The file ownership and permissions on the data/hist/*.cpu files are all correct (hobbit:hobbit and 644 on this system), in fact the only thing I noticed that doesn't make sense is that the data/hostdata/ directories are not being updated for those servers that do not have the CPU graphs, even though I can see the host data in the Xymon web pages. Confused? I know I am. |\/| -- Martin Ward Manager, Technical Services DDI:+44 (0) 20 7863 5218 / Fax: +44 (0)20 7863 9999 / www.colt.net <http://www.colt.net/> Colt Technology Services, Unit 12, Powergate Business Park, Volt Avenue, Park Royal, London, NW10 6PW, UK. Help reduce your carbon footprint | Think before you print. Registered in England and Wales, registered number 02452736, VAT number GB 645 4205 50 [Colt Disclaimer] The message is intended for the named addressee only and may not be disclosed to or used by anyone else, nor may it be copied in any way. The contents of this message and its attachments are confidential and may also be subject to legal privilege. If you are not the named addressee and/or have received this message in error, please advise us by e-mailing abuse at colt.net and delete the message and any attachments without retaining any copies. Internet communications are not secure and Colt does not accept responsibility for this message, its contents nor responsibility for any viruses. No contracts can be created or varied on behalf of Colt Technology Services, its subsidiaries, group companies or affiliates ("Colt") and any other party by email communications unless expressly agreed in writing with such other party. Please note that incoming emails will be automatically scanned to eliminate potential viruses and unsolicited promotional emails. For more information refer to www.colt.net or contact us on +44(0)20 7390 3900

3 4

Rd:[xymon] bb-hosts layout
by Jim.Wadell＠bp.com 14 Oct '10

14 Oct '10

Thanks Iain Jim

1 0