[Xymon] leaking memory, alerts.cfg problems

Carl Inglis Carl.Inglis at rakon.com
Wed Sep 10 14:43:47 CEST 2014


From the man page:

NOCOLUMNS:column[,column]
Used to drop certain of the status columns generated by the Xymon client. column is one of cpu, disk, files, memory, msgs, ports, procs. This setting stops these columns from being updated for the host. Note: If the columns already exist, you must use the xymon<http://uk-netmon/xymon/help/manpages/man1/xymon.1.html>(1) utility to drop them, or they will go purple.

That suggests to me that your “NOCOLUMNS: telnet” is invalid – makes me wonder if it’s triggering that test as a result of that .default. entry.

Be interested to see what you find.

Regards,

Carl

From: Xymon [mailto:xymon-bounces at xymon.com] On Behalf Of Tres Finocchiaro
Sent: 10 September 2014 13:37
To: Jeremy Laidman
Cc: xymon at xymon.com
Subject: Re: [Xymon] leaking memory, alerts.cfg problems

@Jeremy,

This is a bug in Samba.  Refer: https://bugs.launchpad.net/ubuntu/+source/samba/+bug/1257186

This is entirely unrelated to Xymon.

Terrific, thank you.


If you don't have "telnet" listed for a host/device in hosts.cfg, or in the ".default." entry, then Xymon should not include it in its service checks.

 OK, this is where I'm struggling.  We have a separate host group for our switches:


group-sorted UFIRST Switches
0.0.0.0         .default.       # NOCOLUMNS:telnet
192.168.0.5      SWITCH1        # ssh

But originally had had:

192.168.0.5      SWITCH1        # telnet

We followed the instructions for purging the history:

xymon 127.0.0.1 "drop SWITCH1 telnet"

But we still received alerts.
red  Wed Sep  3 09:26:38 2014 telnet NOT ok
Service telnet on SWITCH1 is not OK : Service unavailable (Connection refused)
Seconds: 0.00
So I tried filtering it in the alerts.cfg:


HOST=%* SERVICE=%*
        MAIL tres at company.local<mailto:tres at company.local> EXSERVICE=telnet

But now we aren't receiving any alerts at all.

To verify it's not an email settings:

mail -s "Test Email" tres at company.local<mailto:tres at company.local> < /dev/null

Which succeeds.

The only part I did not mention is that some of our hosts were renamed from lowercase to uppercase for aesthetics.

Carl Inglis AMBCS
Systems Administrator

Rakon UK Limited
Dowsett House, Sadler Road, Lincoln LN6 3RS, United Kingdom
Tel: +44 1522 812630 | Fax: +44 1522 812664 | Mob: +44 7786 552915
Carl.Inglis at rakon.com | www.rakon.com

[The Queens Awards for Enterprise 2012]

[Rakon Logo]

This message together with any attachments contains confidential information and may be
subject to privilege. If you are not the intended recipient you may not distribute it in any
way, you must notify the sender immediately and delete any copies of the message along
with its attachments.

Rakon UK Ltd is a limited company registered in England and Wales.
Registered Office: Antell House, Windsor Place, Harlow, Essex, England, CM20 2GQ
Company Registration Number: 5128090.

Please be aware that Rakon UK Limited may monitor email traffic data
including the date, time, subject line, sender and recipients for the
purposes of security and usage monitoring. Automated monitoring
systems may also be applied to ascertain whether incoming/outgoing
emails are likely to contain viruses, other destructive devices or
inappropriate content.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xymon.com/pipermail/xymon/attachments/20140910/a6d51e7e/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: qafe2.jpg
Type: image/jpeg
Size: 9624 bytes
Desc: qafe2.jpg
URL: <http://lists.xymon.com/pipermail/xymon/attachments/20140910/a6d51e7e/attachment.jpg>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: emailsig.jpg
Type: image/jpeg
Size: 4046 bytes
Desc: emailsig.jpg
URL: <http://lists.xymon.com/pipermail/xymon/attachments/20140910/a6d51e7e/attachment-0001.jpg>


More information about the Xymon mailing list