<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=Windows-1252">
<style type="text/css" style="display:none"><!-- p { margin-top: 0px; margin-bottom: 0px; }--></style>
</head>
<body dir="ltr" style="font-size:12pt;color:#000000;background-color:#FFFFFF;font-family:Calibri,Arial,Helvetica,sans-serif;">
<p>When I have this happen, it's usually due to something I've done in the config somewhere such that the hostname is not what I thought it was. If you have the mlocate package installed on your server, just run 'locate ASDSim' and see what's returned...it
should give you a better idea of exactly what you need to feed the drop command.<br>
</p>
<p><br>
</p>
<p>=G=<br>
</p>
<p><br>
</p>
<div dir="ltr" style="color: rgb(33, 33, 33);">
<hr tabindex="-1" style="display:inline-block; width:98%">
<div id="divRplyFwdMsg" dir="ltr"><font face="Calibri, sans-serif" color="#000000" style="font-size:11pt"><b>From:</b> Xymon <xymon-bounces@xymon.com> on behalf of Mitchell, Kelvin <kelvin.mitchell@4mresearch.com><br>
<b>Sent:</b> Tuesday, August 29, 2017 10:05 AM<br>
<b>To:</b> xymon@xymon.com<br>
<b>Subject:</b> [Xymon] Removing Custom Column question.</font>
<div> </div>
</div>
<div>
<p><font size="3" face="Arial" color="#FF0000"><b><i>EXTERNAL</i></b> </font></p>
<div>
<div id="divtagdefaultwrapper" dir="ltr" style="font-size:12pt; color:#000000; font-family:Calibri,Helvetica,sans-serif">
<p>Hello all,</p>
<p>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?</p>
<p><br>
</p>
<p>Thanks!</p>
<p>Kel<br>
</p>
<p><br>
</p>
<br>
<br>
<div style="color:rgb(0,0,0)">
<div>
<hr tabindex="-1" style="display:inline-block; width:98%">
<div id="x_divRplyFwdMsg" dir="ltr"><font face="Calibri, sans-serif" color="#000000" style="font-size:11pt"><b>From:</b> Xymon <xymon-bounces@xymon.com> on behalf of xymon-request@xymon.com <xymon-request@xymon.com><br>
<b>Sent:</b> Tuesday, August 29, 2017 5:00 AM<br>
<b>To:</b> xymon@xymon.com<br>
<b>Subject:</b> Xymon Digest, Vol 79, Issue 11</font>
<div> </div>
</div>
</div>
<font size="2"><span style="font-size:10pt">
<div class="PlainText">Send Xymon mailing list submissions to<br>
xymon@xymon.com<br>
<br>
To subscribe or unsubscribe via the World Wide Web, visit<br>
<a href="http://lists.xymon.com/mailman/listinfo/xymon" id="LPlnk534702">
http://lists.xymon.com/mailman/listinfo/xymon</a>
<div id="LPBorder_GT_15040152797500.7488376881475524" style="margin-bottom:20px; overflow:auto; width:100%; text-indent:0px">
<table id="LPContainer_15040152797480.8204739731062327" cellspacing="0" style="width:90%; background-color:rgb(255,255,255); overflow:auto; padding-top:20px; padding-bottom:20px; margin-top:20px; border-top:1px dotted rgb(200,200,200); border-bottom:1px dotted rgb(200,200,200)">
<tbody>
<tr valign="top" style="border-spacing:0px">
<td id="TextCell_15040152797490.7438763616114599" colspan="2" style="vertical-align:top; padding:0px; display:table-cell">
<div id="LPRemovePreviewContainer_15040152797490.4015355462004331"></div>
<div id="LPTitle_15040152797490.6162912445113803" style="top:0px; color:rgb(0,114,198); font-weight:400; font-size:21px; font-family:"wf_segoe-ui_light","Segoe UI Light","Segoe WP Light","Segoe UI","Segoe WP",Tahoma,Arial,sans-serif; line-height:21px">
<a id="LPUrlAnchor_15040152797490.3880738542901152" href="http://lists.xymon.com/mailman/listinfo/xymon" target="_blank" style="text-decoration:none">Xymon -- Discussions about the Xymon monitor</a></div>
<div id="LPMetadata_15040152797500.8120211739652323" style="margin:10px 0px 16px; color:rgb(102,102,102); font-weight:400; font-family:"wf_segoe-ui_normal","Segoe UI","Segoe WP",Tahoma,Arial,sans-serif; font-size:14px; line-height:14px">
lists.xymon.com</div>
<div id="LPDescription_15040152797500.8688308705516551" style="display:block; color:rgb(102,102,102); font-weight:400; font-family:"wf_segoe-ui_normal","Segoe UI","Segoe WP",Tahoma,Arial,sans-serif; font-size:14px; line-height:20px; max-height:100px; overflow:hidden">
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.</div>
</td>
</tr>
</tbody>
</table>
</div>
<br>
or, via email, send a message with subject or body 'help' to<br>
xymon-request@xymon.com<br>
<br>
You can reach the person managing the list at<br>
xymon-owner@xymon.com<br>
<br>
When replying, please edit your Subject line so it is more specific<br>
than "Re: Contents of Xymon digest..."<br>
<br>
<br>
Today's Topics:<br>
<br>
1. how to enable/disable an alert automatically (or make an<br>
alert conditional upon something else)? (Ribeiro, Glauber)<br>
2. Re: how to enable/disable an alert automatically (or make an<br>
alert conditional upon something else)? (Root, Paul T)<br>
3. Loaded client stops reporting to the server (Ribeiro, Glauber)<br>
4. Re: Critical System Page -- HTTP 500 Error (EDSchminke@Hormel.com)<br>
5. Re: Loaded client stops reporting to the server (Ribeiro, Glauber)<br>
6. Suggestion: monitor CPU utilization by process (Ribeiro, Glauber)<br>
7. Re: Suggestion: monitor CPU utilization by process (Root, Paul T)<br>
8. Re: Suggestion: monitor CPU utilization by process<br>
(Jeremy Laidman)<br>
<br>
<br>
----------------------------------------------------------------------<br>
<br>
Message: 1<br>
Date: Mon, 28 Aug 2017 19:46:24 +0000<br>
From: "Ribeiro, Glauber" <glauber.ribeiro@experian.com><br>
To: "xymon@xymon.com" <xymon@xymon.com><br>
Subject: [Xymon] how to enable/disable an alert automatically (or make<br>
an alert conditional upon something else)?<br>
Message-ID:<br>
<135DD93F19DFE347BC300E008E6744BCFB92C42B@MCKEXCH04.ena.us.experian.local><br>
<br>
Content-Type: text/plain; charset="utf-8"<br>
<br>
Hello,<br>
<br>
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.<br>
<br>
The server roles swap periodically (the one that is production this month may be spare next month, and vice versa).<br>
<br>
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.<br>
<br>
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?<br>
<br>
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.<br>
<br>
Thanks,<br>
<br>
glauber<br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <<a href="http://lists.xymon.com/pipermail/xymon/attachments/20170828/8a202335/attachment-0001.html" id="LPlnk116600">http://lists.xymon.com/pipermail/xymon/attachments/20170828/8a202335/attachment-0001.html</a>><br>
<br>
------------------------------<br>
<br>
Message: 2<br>
Date: Mon, 28 Aug 2017 20:37:48 +0000<br>
From: "Root, Paul T" <Paul.Root@CenturyLink.com><br>
To: "'Ribeiro, Glauber'" <glauber.ribeiro@experian.com>,<br>
"xymon@xymon.com" <xymon@xymon.com><br>
Subject: Re: [Xymon] how to enable/disable an alert automatically (or<br>
make an alert conditional upon something else)?<br>
Message-ID:<br>
<C88055D0A02F174F848A984067ACC21C5D448821@podcwmbxex503.ctl.intranet><br>
Content-Type: text/plain; charset="utf-8"<br>
<br>
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.<br>
<br>
<br>
<br>
From: Xymon [<a href="mailto:xymon-bounces@xymon.com">mailto:xymon-bounces@xymon.com</a>] On Behalf Of Ribeiro, Glauber<br>
Sent: Monday, August 28, 2017 2:46 PM<br>
To: xymon@xymon.com<br>
Subject: [Xymon] how to enable/disable an alert automatically (or make an alert conditional upon something else)?<br>
<br>
Hello,<br>
<br>
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.<br>
<br>
The server roles swap periodically (the one that is production this month may be spare next month, and vice versa).<br>
<br>
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.<br>
<br>
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?<br>
<br>
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.<br>
<br>
Thanks,<br>
<br>
glauber<br>
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.<br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <<a href="http://lists.xymon.com/pipermail/xymon/attachments/20170828/ff0ae32d/attachment-0001.html">http://lists.xymon.com/pipermail/xymon/attachments/20170828/ff0ae32d/attachment-0001.html</a>><br>
<br>
------------------------------<br>
<br>
Message: 3<br>
Date: Mon, 28 Aug 2017 20:11:50 +0000<br>
From: "Ribeiro, Glauber" <glauber.ribeiro@experian.com><br>
To: "xymon@xymon.com" <xymon@xymon.com><br>
Subject: [Xymon] Loaded client stops reporting to the server<br>
Message-ID:<br>
<135DD93F19DFE347BC300E008E6744BCFB92C585@MCKEXCH04.ena.us.experian.local><br>
<br>
Content-Type: text/plain; charset="utf-8"<br>
<br>
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.<br>
<br>
Any ideas? Is this a known problem?<br>
<br>
Thanks,<br>
<br>
glauber<br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <<a href="http://lists.xymon.com/pipermail/xymon/attachments/20170828/bad028e4/attachment-0001.html">http://lists.xymon.com/pipermail/xymon/attachments/20170828/bad028e4/attachment-0001.html</a>><br>
<br>
------------------------------<br>
<br>
Message: 4<br>
Date: Mon, 28 Aug 2017 16:00:23 -0500<br>
From: EDSchminke@Hormel.com<br>
To: xymon@xymon.com<br>
Subject: Re: [Xymon] Critical System Page -- HTTP 500 Error<br>
Message-ID:<br>
<OFA90F8126.A3930DB2-ON8625818A.0071533D-8625818A.0073644E@hormel.com><br>
Content-Type: text/plain; charset=US-ASCII<br>
<br>
<br>
I have another update to this issue. I think I can pin point the problem a<br>
little more specifically. In my previous message, I blamed the "uptime"<br>
test for causing the Critical Systems Page to crash. After this weekend, I<br>
discovered that there's a little more to it than that.<br>
<br>
This weekend, the Critical Systems Page crashed due to a "disk" test being<br>
non-green. After picking random hosts/test with varying degrees of success,<br>
I finally noticed that isn't necessarily "disk" or "uptime" that causes it;<br>
rather whichever test is the LAST test defined for a host (or cloned host).<br>
It just so happens, that "uptime" usually ends up being the LAST test<br>
defined for most of my hosts since the Critical Systems Page Editor sorts<br>
them as it gets written.<br>
<br>
To test, I made "disk" the last (only) test defined for a host. I would<br>
then modify thresholds for memory, disk and procs to put the tests into a<br>
non-green state. I set the "monitoring time" window 11:58PM to 11:59PM.<br>
First, disk crashed the page. I then duplicated the "disk" entry to<br>
"memory", making that the last test for that host. Disk no longer crashed<br>
the page, but when I put memory into a non-green state, it would crash. I<br>
then made "procs" the last test for the host. Memory no longer crashed the<br>
page, but procs would after putting that test into a non-green state.<br>
<br>
So in short, the test conditions.<br>
- Current time OUTSIDE monitoring time window.<br>
- Target test in a non-green state<br>
- Target test is the last (or only) test defined for a given host.<br>
<br>
I imagine this must be caused by something running off the end of the loop.<br>
<br>
<br>
Erik D. Schminke | Associate Systems Programmer<br>
Hormel Foods Corporation | One Hormel Place | Austin, MN 55912<br>
Phone: (507) 434-6817<br>
edschminke@hormel.com | <a href="http://www.hormelfoods.com">www.hormelfoods.com</a><br>
<br>
<br>
<br>
<br>
------------------------------<br>
<br>
Message: 5<br>
Date: Mon, 28 Aug 2017 21:04:33 +0000<br>
From: "Ribeiro, Glauber" <glauber.ribeiro@experian.com><br>
To: "xymon@xymon.com" <xymon@xymon.com><br>
Subject: Re: [Xymon] Loaded client stops reporting to the server<br>
Message-ID:<br>
<135DD93F19DFE347BC300E008E6744BCFB92CB69@MCKEXCH04.ena.us.experian.local><br>
<br>
Content-Type: text/plain; charset="utf-8"<br>
<br>
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.<br>
<br>
g<br>
<br>
From: Xymon [<a href="mailto:xymon-bounces@xymon.com">mailto:xymon-bounces@xymon.com</a>] On Behalf Of Ribeiro, Glauber<br>
Sent: Monday, August 28, 2017 15:12<br>
To: xymon@xymon.com<br>
Subject: [Xymon] Loaded client stops reporting to the server<br>
<br>
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.<br>
<br>
Any ideas? Is this a known problem?<br>
<br>
Thanks,<br>
<br>
glauber<br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <<a href="http://lists.xymon.com/pipermail/xymon/attachments/20170828/a00931ec/attachment-0001.html">http://lists.xymon.com/pipermail/xymon/attachments/20170828/a00931ec/attachment-0001.html</a>><br>
<br>
------------------------------<br>
<br>
Message: 6<br>
Date: Mon, 28 Aug 2017 21:10:59 +0000<br>
From: "Ribeiro, Glauber" <glauber.ribeiro@experian.com><br>
To: "xymon@xymon.com" <xymon@xymon.com><br>
Subject: [Xymon] Suggestion: monitor CPU utilization by process<br>
Message-ID:<br>
<135DD93F19DFE347BC300E008E6744BCFB92CBB2@MCKEXCH04.ena.us.experian.local><br>
<br>
Content-Type: text/plain; charset="utf-8"<br>
<br>
Currently we can monitor for presence of certain processes in the "ps" listing, under the "procs" test and configured in analysis.cfg.<br>
<br>
It would be nice to be able to monitor also on CPU utilization. E.g.: "process db2sysc taking more than 90% of the CPU"<br>
<br>
<br>
glauber ribeiro<br>
<br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <<a href="http://lists.xymon.com/pipermail/xymon/attachments/20170828/dbf999e0/attachment-0001.html">http://lists.xymon.com/pipermail/xymon/attachments/20170828/dbf999e0/attachment-0001.html</a>><br>
<br>
------------------------------<br>
<br>
Message: 7<br>
Date: Mon, 28 Aug 2017 22:27:17 +0000<br>
From: "Root, Paul T" <Paul.Root@CenturyLink.com><br>
To: "'Ribeiro, Glauber'" <glauber.ribeiro@experian.com>,<br>
"xymon@xymon.com" <xymon@xymon.com><br>
Subject: Re: [Xymon] Suggestion: monitor CPU utilization by process<br>
Message-ID:<br>
<C88055D0A02F174F848A984067ACC21C5D4489C5@podcwmbxex503.ctl.intranet><br>
Content-Type: text/plain; charset="utf-8"<br>
<br>
I wrote an external script that monitors percentage of memory a process uses. That helped us track apps with memory leaks.<br>
<br>
It's just a matter of parsing the ps output.<br>
<br>
From: Xymon [<a href="mailto:xymon-bounces@xymon.com">mailto:xymon-bounces@xymon.com</a>] On Behalf Of Ribeiro, Glauber<br>
Sent: Monday, August 28, 2017 4:11 PM<br>
To: xymon@xymon.com<br>
Subject: [Xymon] Suggestion: monitor CPU utilization by process<br>
<br>
Currently we can monitor for presence of certain processes in the "ps" listing, under the "procs" test and configured in analysis.cfg.<br>
<br>
It would be nice to be able to monitor also on CPU utilization. E.g.: "process db2sysc taking more than 90% of the CPU"<br>
<br>
<br>
glauber ribeiro<br>
<br>
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.<br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <<a href="http://lists.xymon.com/pipermail/xymon/attachments/20170828/7a79d2cb/attachment-0001.html">http://lists.xymon.com/pipermail/xymon/attachments/20170828/7a79d2cb/attachment-0001.html</a>><br>
<br>
------------------------------<br>
<br>
Message: 8<br>
Date: Tue, 29 Aug 2017 15:42:13 +1000<br>
From: Jeremy Laidman <jlaidman@rebel-it.com.au><br>
To: "Ribeiro, Glauber" <glauber.ribeiro@experian.com><br>
Cc: "xymon@xymon.com" <xymon@xymon.com><br>
Subject: Re: [Xymon] Suggestion: monitor CPU utilization by process<br>
Message-ID:<br>
<CACO=ejyWHhBM+X6fN_cD6yQATBhGtzTpKNch4YNZgtmfyuuqrw@mail.gmail.com><br>
Content-Type: text/plain; charset="utf-8"<br>
<br>
xymon-procmem (on Xymonton.org) is a server-side script that does this for<br>
per-process memory usage. I imagine it would be fairly simple to<br>
modify/extend this to support CPU usage.<br>
<br>
<br>
On 29 August 2017 at 07:10, Ribeiro, Glauber <glauber.ribeiro@experian.com><br>
wrote:<br>
<br>
> Currently we can monitor for presence of certain processes in the “ps”<br>
> listing, under the “procs” test and configured in analysis.cfg.<br>
><br>
><br>
><br>
> It would be nice to be able to monitor also on CPU utilization. E.g.:<br>
> “process db2sysc taking more than 90% of the CPU”<br>
><br>
><br>
><br>
><br>
><br>
> glauber ribeiro<br>
><br>
><br>
><br>
> _______________________________________________<br>
> Xymon mailing list<br>
> Xymon@xymon.com<br>
> <a href="http://lists.xymon.com/mailman/listinfo/xymon">http://lists.xymon.com/mailman/listinfo/xymon</a><br>
><br>
><br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <<a href="http://lists.xymon.com/pipermail/xymon/attachments/20170829/117ff15d/attachment-0001.html">http://lists.xymon.com/pipermail/xymon/attachments/20170829/117ff15d/attachment-0001.html</a>><br>
<br>
------------------------------<br>
<br>
Subject: Digest Footer<br>
<br>
_______________________________________________<br>
Xymon mailing list<br>
Xymon@xymon.com<br>
<a href="http://lists.xymon.com/mailman/listinfo/xymon">http://lists.xymon.com/mailman/listinfo/xymon</a><br>
<br>
<br>
------------------------------<br>
<br>
End of Xymon Digest, Vol 79, Issue 11<br>
*************************************<br>
</div>
</span></font></div>
</div>
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. </div>
</div>
</div>
</body>
</html>