[Xymon] Removing Custom Column question.
Mitchell, Kelvin
kelvin.mitchell at 4mresearch.com
Tue Aug 29 16:05:42 CEST 2017
Hello all,
I know this is probably a horribly stupid question. I created at custom column called ASDSim coming from a client xymon agent. I have tried removing the using the drop command, removing the [ASDSim] tag from the cfg file, and removing the script itself, etc. But it still displays on the monitor. The only way I can get the column off is to put it in the NOCOLUMNS section of the cfg file. Is that the only way, or am I just blind and totally missing something in the documentation?
Thanks!
Kel
________________________________
From: Xymon <xymon-bounces at xymon.com> on behalf of xymon-request at xymon.com <xymon-request at xymon.com>
Sent: Tuesday, August 29, 2017 5:00 AM
To: xymon at xymon.com
Subject: Xymon Digest, Vol 79, Issue 11
Send Xymon mailing list submissions to
xymon at xymon.com
To subscribe or unsubscribe via the World Wide Web, visit
http://lists.xymon.com/mailman/listinfo/xymon
Xymon -- Discussions about the Xymon monitor<http://lists.xymon.com/mailman/listinfo/xymon>
lists.xymon.com
The Xymon monitor - www.xymon.com - is an Open Source (GPL) licensed monitoring system. This mailing list is for discussions about installing and using Xymon.
or, via email, send a message with subject or body 'help' to
xymon-request at xymon.com
You can reach the person managing the list at
xymon-owner at xymon.com
When replying, please edit your Subject line so it is more specific
than "Re: Contents of Xymon digest..."
Today's Topics:
1. how to enable/disable an alert automatically (or make an
alert conditional upon something else)? (Ribeiro, Glauber)
2. Re: how to enable/disable an alert automatically (or make an
alert conditional upon something else)? (Root, Paul T)
3. Loaded client stops reporting to the server (Ribeiro, Glauber)
4. Re: Critical System Page -- HTTP 500 Error (EDSchminke at Hormel.com)
5. Re: Loaded client stops reporting to the server (Ribeiro, Glauber)
6. Suggestion: monitor CPU utilization by process (Ribeiro, Glauber)
7. Re: Suggestion: monitor CPU utilization by process (Root, Paul T)
8. Re: Suggestion: monitor CPU utilization by process
(Jeremy Laidman)
----------------------------------------------------------------------
Message: 1
Date: Mon, 28 Aug 2017 19:46:24 +0000
From: "Ribeiro, Glauber" <glauber.ribeiro at experian.com>
To: "xymon at xymon.com" <xymon at xymon.com>
Subject: [Xymon] how to enable/disable an alert automatically (or make
an alert conditional upon something else)?
Message-ID:
<135DD93F19DFE347BC300E008E6744BCFB92C42B at MCKEXCH04.ena.us.experian.local>
Content-Type: text/plain; charset="utf-8"
Hello,
We have a very common situation where there are 2 servers, one being the production server, and the other its “spare”. If anything happens to the production server, we need people to be alerted even if it’s the middle of the night. On the other hand, if the spare server has problems, we may not need to wake people up.
The server roles swap periodically (the one that is production this month may be spare next month, and vice versa).
I can tell which one is production by watching for the existence of certain “flag files”, but I can imagine other places would have different mechanisms.
The question is: is there a way in xymon, to make an alert conditional on some other piece of information? Some way to handle this kind of situation, where the “decision” on the criticality of a server is outside xymon?
I think I could handle this by sending the alert to a script, and having logic in the script to send the communication or not. But I’m wondering if there is a better way, and I imagine that this kind of situation is common enough that people here must have seen it.
Thanks,
glauber
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xymon.com/pipermail/xymon/attachments/20170828/8a202335/attachment-0001.html>
------------------------------
Message: 2
Date: Mon, 28 Aug 2017 20:37:48 +0000
From: "Root, Paul T" <Paul.Root at CenturyLink.com>
To: "'Ribeiro, Glauber'" <glauber.ribeiro at experian.com>,
"xymon at xymon.com" <xymon at xymon.com>
Subject: Re: [Xymon] how to enable/disable an alert automatically (or
make an alert conditional upon something else)?
Message-ID:
<C88055D0A02F174F848A984067ACC21C5D448821 at podcwmbxex503.ctl.intranet>
Content-Type: text/plain; charset="utf-8"
I have secondary/proxy servers that monitor the primary. If it can’t get to (ping) the primary, it takes over. The script, moves the alerts.cfg file in place that will actually do the alerts. Normally, the secondary’s alerts.cfg only has the test for the primary server.
From: Xymon [mailto:xymon-bounces at xymon.com] On Behalf Of Ribeiro, Glauber
Sent: Monday, August 28, 2017 2:46 PM
To: xymon at xymon.com
Subject: [Xymon] how to enable/disable an alert automatically (or make an alert conditional upon something else)?
Hello,
We have a very common situation where there are 2 servers, one being the production server, and the other its “spare”. If anything happens to the production server, we need people to be alerted even if it’s the middle of the night. On the other hand, if the spare server has problems, we may not need to wake people up.
The server roles swap periodically (the one that is production this month may be spare next month, and vice versa).
I can tell which one is production by watching for the existence of certain “flag files”, but I can imagine other places would have different mechanisms.
The question is: is there a way in xymon, to make an alert conditional on some other piece of information? Some way to handle this kind of situation, where the “decision” on the criticality of a server is outside xymon?
I think I could handle this by sending the alert to a script, and having logic in the script to send the communication or not. But I’m wondering if there is a better way, and I imagine that this kind of situation is common enough that people here must have seen it.
Thanks,
glauber
This communication is the property of CenturyLink and may contain confidential or privileged information. Unauthorized use of this communication is strictly prohibited and may be unlawful. If you have received this communication in error, please immediately notify the sender by reply e-mail and destroy all copies of the communication and any attachments.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xymon.com/pipermail/xymon/attachments/20170828/ff0ae32d/attachment-0001.html>
------------------------------
Message: 3
Date: Mon, 28 Aug 2017 20:11:50 +0000
From: "Ribeiro, Glauber" <glauber.ribeiro at experian.com>
To: "xymon at xymon.com" <xymon at xymon.com>
Subject: [Xymon] Loaded client stops reporting to the server
Message-ID:
<135DD93F19DFE347BC300E008E6744BCFB92C585 at MCKEXCH04.ena.us.experian.local>
Content-Type: text/plain; charset="utf-8"
We seem to be having a problem with AIX clients (I’m not sure if the OS type is relevant, but these happen to be AIX servers) where the client stops sending data to the xymon server when its CPU usage is high. This is making it hard to monitor for high CPU utilization, because when it happens, the server doesn’t hear about it.
Any ideas? Is this a known problem?
Thanks,
glauber
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xymon.com/pipermail/xymon/attachments/20170828/bad028e4/attachment-0001.html>
------------------------------
Message: 4
Date: Mon, 28 Aug 2017 16:00:23 -0500
From: EDSchminke at Hormel.com
To: xymon at xymon.com
Subject: Re: [Xymon] Critical System Page -- HTTP 500 Error
Message-ID:
<OFA90F8126.A3930DB2-ON8625818A.0071533D-8625818A.0073644E at hormel.com>
Content-Type: text/plain; charset=US-ASCII
I have another update to this issue. I think I can pin point the problem a
little more specifically. In my previous message, I blamed the "uptime"
test for causing the Critical Systems Page to crash. After this weekend, I
discovered that there's a little more to it than that.
This weekend, the Critical Systems Page crashed due to a "disk" test being
non-green. After picking random hosts/test with varying degrees of success,
I finally noticed that isn't necessarily "disk" or "uptime" that causes it;
rather whichever test is the LAST test defined for a host (or cloned host).
It just so happens, that "uptime" usually ends up being the LAST test
defined for most of my hosts since the Critical Systems Page Editor sorts
them as it gets written.
To test, I made "disk" the last (only) test defined for a host. I would
then modify thresholds for memory, disk and procs to put the tests into a
non-green state. I set the "monitoring time" window 11:58PM to 11:59PM.
First, disk crashed the page. I then duplicated the "disk" entry to
"memory", making that the last test for that host. Disk no longer crashed
the page, but when I put memory into a non-green state, it would crash. I
then made "procs" the last test for the host. Memory no longer crashed the
page, but procs would after putting that test into a non-green state.
So in short, the test conditions.
- Current time OUTSIDE monitoring time window.
- Target test in a non-green state
- Target test is the last (or only) test defined for a given host.
I imagine this must be caused by something running off the end of the loop.
Erik D. Schminke | Associate Systems Programmer
Hormel Foods Corporation | One Hormel Place | Austin, MN 55912
Phone: (507) 434-6817
edschminke at hormel.com | www.hormelfoods.com<http://www.hormelfoods.com>
------------------------------
Message: 5
Date: Mon, 28 Aug 2017 21:04:33 +0000
From: "Ribeiro, Glauber" <glauber.ribeiro at experian.com>
To: "xymon at xymon.com" <xymon at xymon.com>
Subject: Re: [Xymon] Loaded client stops reporting to the server
Message-ID:
<135DD93F19DFE347BC300E008E6744BCFB92CB69 at MCKEXCH04.ena.us.experian.local>
Content-Type: text/plain; charset="utf-8"
Restarting the client and deleting the client’s tmp files seems to restart communication. I’ll keep watching this, will let you know if I find out anything more.
g
From: Xymon [mailto:xymon-bounces at xymon.com] On Behalf Of Ribeiro, Glauber
Sent: Monday, August 28, 2017 15:12
To: xymon at xymon.com
Subject: [Xymon] Loaded client stops reporting to the server
We seem to be having a problem with AIX clients (I’m not sure if the OS type is relevant, but these happen to be AIX servers) where the client stops sending data to the xymon server when its CPU usage is high. This is making it hard to monitor for high CPU utilization, because when it happens, the server doesn’t hear about it.
Any ideas? Is this a known problem?
Thanks,
glauber
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xymon.com/pipermail/xymon/attachments/20170828/a00931ec/attachment-0001.html>
------------------------------
Message: 6
Date: Mon, 28 Aug 2017 21:10:59 +0000
From: "Ribeiro, Glauber" <glauber.ribeiro at experian.com>
To: "xymon at xymon.com" <xymon at xymon.com>
Subject: [Xymon] Suggestion: monitor CPU utilization by process
Message-ID:
<135DD93F19DFE347BC300E008E6744BCFB92CBB2 at MCKEXCH04.ena.us.experian.local>
Content-Type: text/plain; charset="utf-8"
Currently we can monitor for presence of certain processes in the "ps" listing, under the "procs" test and configured in analysis.cfg.
It would be nice to be able to monitor also on CPU utilization. E.g.: "process db2sysc taking more than 90% of the CPU"
glauber ribeiro
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xymon.com/pipermail/xymon/attachments/20170828/dbf999e0/attachment-0001.html>
------------------------------
Message: 7
Date: Mon, 28 Aug 2017 22:27:17 +0000
From: "Root, Paul T" <Paul.Root at CenturyLink.com>
To: "'Ribeiro, Glauber'" <glauber.ribeiro at experian.com>,
"xymon at xymon.com" <xymon at xymon.com>
Subject: Re: [Xymon] Suggestion: monitor CPU utilization by process
Message-ID:
<C88055D0A02F174F848A984067ACC21C5D4489C5 at podcwmbxex503.ctl.intranet>
Content-Type: text/plain; charset="utf-8"
I wrote an external script that monitors percentage of memory a process uses. That helped us track apps with memory leaks.
It's just a matter of parsing the ps output.
From: Xymon [mailto:xymon-bounces at xymon.com] On Behalf Of Ribeiro, Glauber
Sent: Monday, August 28, 2017 4:11 PM
To: xymon at xymon.com
Subject: [Xymon] Suggestion: monitor CPU utilization by process
Currently we can monitor for presence of certain processes in the "ps" listing, under the "procs" test and configured in analysis.cfg.
It would be nice to be able to monitor also on CPU utilization. E.g.: "process db2sysc taking more than 90% of the CPU"
glauber ribeiro
This communication is the property of CenturyLink and may contain confidential or privileged information. Unauthorized use of this communication is strictly prohibited and may be unlawful. If you have received this communication in error, please immediately notify the sender by reply e-mail and destroy all copies of the communication and any attachments.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xymon.com/pipermail/xymon/attachments/20170828/7a79d2cb/attachment-0001.html>
------------------------------
Message: 8
Date: Tue, 29 Aug 2017 15:42:13 +1000
From: Jeremy Laidman <jlaidman at rebel-it.com.au>
To: "Ribeiro, Glauber" <glauber.ribeiro at experian.com>
Cc: "xymon at xymon.com" <xymon at xymon.com>
Subject: Re: [Xymon] Suggestion: monitor CPU utilization by process
Message-ID:
<CACO=ejyWHhBM+X6fN_cD6yQATBhGtzTpKNch4YNZgtmfyuuqrw at mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
xymon-procmem (on Xymonton.org) is a server-side script that does this for
per-process memory usage. I imagine it would be fairly simple to
modify/extend this to support CPU usage.
On 29 August 2017 at 07:10, Ribeiro, Glauber <glauber.ribeiro at experian.com>
wrote:
> Currently we can monitor for presence of certain processes in the “ps”
> listing, under the “procs” test and configured in analysis.cfg.
>
>
>
> It would be nice to be able to monitor also on CPU utilization. E.g.:
> “process db2sysc taking more than 90% of the CPU”
>
>
>
>
>
> glauber ribeiro
>
>
>
> _______________________________________________
> Xymon mailing list
> Xymon at xymon.com
> http://lists.xymon.com/mailman/listinfo/xymon
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xymon.com/pipermail/xymon/attachments/20170829/117ff15d/attachment-0001.html>
------------------------------
Subject: Digest Footer
_______________________________________________
Xymon mailing list
Xymon at xymon.com
http://lists.xymon.com/mailman/listinfo/xymon
------------------------------
End of Xymon Digest, Vol 79, Issue 11
*************************************
CONFIDENTIALITY NOTICE The information in this email and any attachments is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material or information. If you are not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any review, dissemination or copying of this email and its attachments, if any, or the information contained herein is prohibited. If you have received this email in error, please immediately notify the sender by return email and delete this email from your system.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xymon.com/pipermail/xymon/attachments/20170829/16449ba3/attachment.html>
More information about the Xymon
mailing list