<div dir="ltr">Look at the UP setting in analysis.cfg. Mine:<div><div>UP 30 90d HOST=crabapple</div><div>UP 30 90d HOST=myeye</div><div>UP 5 90d HOST=lapple</div></div><div><br></div><div>1st number is minimum uptime before the CPU column (may) go green (in minutes if no suffix) 2nd number is maximum uptime before it goes yellow. Those three are Macs; since AFAIK, they don't have ECC RAM, so longer uptimes would be pushing my luck, although they'd almost certainly need a reboot for an update or something before 90 days anyway. For my Suns, the defaults (see below) seem more appropriate. :-)</div><div><br></div><div>Defaults are said in the comments in analysis.cfg to be 1h (hour) and -1 (infinite); but it has not worked for me to set for example 5 and -1.</div><div><br></div><div>CPU might go yellow either from high load or from being outside the uptime boundaries.</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Mar 10, 2016 at 8:34 AM, Agege Information Systems, Inc. <span dir="ltr"><<a href="mailto:cs@agege.com" target="_blank">cs@agege.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Greetings, Is there anyway to get an Xymon alert on Windows server that has been running for over 120days.<br>
<br>
-Agege<br>
> On Mar 10, 2016, at 5:00 AM, <a href="mailto:xymon-request@xymon.com">xymon-request@xymon.com</a> wrote:<br>
><br>
> Send Xymon mailing list submissions to<br>
> <a href="mailto:xymon@xymon.com">xymon@xymon.com</a><br>
><br>
> To subscribe or unsubscribe via the World Wide Web, visit<br>
> <a href="http://lists.xymon.com/mailman/listinfo/xymon" rel="noreferrer" target="_blank">http://lists.xymon.com/mailman/listinfo/xymon</a><br>
> or, via email, send a message with subject or body 'help' to<br>
> <a href="mailto:xymon-request@xymon.com">xymon-request@xymon.com</a><br>
><br>
> You can reach the person managing the list at<br>
> <a href="mailto:xymon-owner@xymon.com">xymon-owner@xymon.com</a><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. PORTS and STATE syntax (Boldt, David)<br>
> 2. Re: jmxstat (Andy Smith)<br>
> 3. The testip option does not seem to be honored by the http<br>
> test (Shawn Heisey)<br>
> 4. Re: The testip option does not seem to be honored by the http<br>
> test (John Thurston)<br>
> 5. How to change the refresh time for acknowledgements (john boris)<br>
> 6. Re: How to change the refresh time for acknowledgements<br>
> (Ryan Novosielski)<br>
> 7. Re: How to change the refresh time for acknowledgements<br>
> (Ryan Novosielski)<br>
> 8. Re: How to change the refresh time for acknowledgements<br>
> (john boris)<br>
> 9. Re: jmxstat (Galen Johnson)<br>
> 10. Always purple history after time shift on server - how to fix<br>
> (Andrey Chervonets)<br>
><br>
><br>
> ----------------------------------------------------------------------<br>
><br>
> Message: 1<br>
> Date: Wed, 9 Mar 2016 09:09:16 -0500<br>
> From: "Boldt, David" <<a href="mailto:dboldt@usgs.gov">dboldt@usgs.gov</a>><br>
> To: <<a href="mailto:xymon@xymon.com">xymon@xymon.com</a>><br>
> Subject: [Xymon] PORTS and STATE syntax<br>
> Message-ID:<br>
> <<a href="mailto:CAC_ry0YJfGtLA9sHeqLH6RnwRfMYeKbq%2B3S7EnS5AEBVsfcFng@mail.gmail.com">CAC_ry0YJfGtLA9sHeqLH6RnwRfMYeKbq+3S7EnS5AEBVsfcFng@mail.gmail.com</a>><br>
> Content-Type: text/plain; charset="UTF-8"<br>
><br>
> I'm not successful filtering on the connection state associated with a port.<br>
> None of the syntax variations I have tried have been successful.<br>
> If I remove the STATE specifier, matches are found.<br>
><br>
> There are multiple hosts connecting to the same port:<br>
><br>
> ESTAB 0 0 <a href="http://10.160.8.130:61617" rel="noreferrer" target="_blank">10.160.8.130:61617</a> <a href="http://10.160.8.132:57765" rel="noreferrer" target="_blank">10.160.8.132:57765</a><br>
> ESTAB 0 0 <a href="http://10.160.8.130:61617" rel="noreferrer" target="_blank">10.160.8.130:61617</a> <a href="http://10.160.8.132:57766" rel="noreferrer" target="_blank">10.160.8.132:57766</a><br>
> ESTAB 0 0 <a href="http://10.160.8.130:61617" rel="noreferrer" target="_blank">10.160.8.130:61617</a> <a href="http://10.160.8.132:57768" rel="noreferrer" target="_blank">10.160.8.132:57768</a><br>
> ESTAB 0 0 <a href="http://10.160.8.130:61617" rel="noreferrer" target="_blank">10.160.8.130:61617</a> <a href="http://10.160.8.133:45096" rel="noreferrer" target="_blank">10.160.8.133:45096</a><br>
> ESTAB 0 0 <a href="http://10.160.8.130:61617" rel="noreferrer" target="_blank">10.160.8.130:61617</a> <a href="http://10.160.8.133:45104" rel="noreferrer" target="_blank">10.160.8.133:45104</a><br>
> ESTAB 0 0 <a href="http://10.160.8.130:61617" rel="noreferrer" target="_blank">10.160.8.130:61617</a> <a href="http://10.160.8.133:45107" rel="noreferrer" target="_blank">10.160.8.133:45107</a><br>
> ESTAB 0 0 <a href="http://10.160.8.130:61617" rel="noreferrer" target="_blank">10.160.8.130:61617</a> <a href="http://130.118.4.2:36141" rel="noreferrer" target="_blank">130.118.4.2:36141</a><br>
> ESTAB 0 0 <a href="http://10.160.8.130:61617" rel="noreferrer" target="_blank">10.160.8.130:61617</a> <a href="http://130.118.4.2:36150" rel="noreferrer" target="_blank">130.118.4.2:36150</a><br>
> ESTAB 0 0 <a href="http://10.160.8.130:61617" rel="noreferrer" target="_blank">10.160.8.130:61617</a> <a href="http://130.118.4.2:36151" rel="noreferrer" target="_blank">130.118.4.2:36151</a><br>
> ESTAB 0 0 <a href="http://10.160.8.130:61617" rel="noreferrer" target="_blank">10.160.8.130:61617</a> <a href="http://136.177.16.3:34320" rel="noreferrer" target="_blank">136.177.16.3:34320</a><br>
> ESTAB 0 0 <a href="http://10.160.8.130:61617" rel="noreferrer" target="_blank">10.160.8.130:61617</a> <a href="http://136.177.16.3:34321" rel="noreferrer" target="_blank">136.177.16.3:34321</a><br>
> ESTAB 0 0 <a href="http://10.160.8.130:61617" rel="noreferrer" target="_blank">10.160.8.130:61617</a> <a href="http://136.177.16.3:34324" rel="noreferrer" target="_blank">136.177.16.3:34324</a><br>
> ESTAB 0 0 <a href="http://10.160.8.130:61617" rel="noreferrer" target="_blank">10.160.8.130:61617</a> <a href="http://137.227.240.32:50726" rel="noreferrer" target="_blank">137.227.240.32:50726</a><br>
> ESTAB 0 0 <a href="http://10.160.8.130:61617" rel="noreferrer" target="_blank">10.160.8.130:61617</a> <a href="http://137.227.240.32:50727" rel="noreferrer" target="_blank">137.227.240.32:50727</a><br>
> ESTAB 0 0 <a href="http://10.160.8.130:61617" rel="noreferrer" target="_blank">10.160.8.130:61617</a> <a href="http://137.227.240.32:50729" rel="noreferrer" target="_blank">137.227.240.32:50729</a><br>
> LISTEN 0 0 *:61617 *:*<br>
><br>
> I've set up several port monitoring specifications, but none of them<br>
> match the state (the first example where no state is specified<br>
> succeeds):<br>
><br>
> PORT LOCAL=%[:](61617) REMOTE=%10.160.8.132 MIN=3 MAX=3 COLOR=yellow<br>
> TEXT=ActiveMQ-DHCP<br>
> PORT LOCAL=%[:](61617) REMOTE=%10.160.8.133 STATE=ESTABLISHED MIN=3<br>
> MAX=3 COLOR=yellow TEXT=ActiveMQ-nsp.er<br>
> PORT LOCAL=%[:](61617) REMOTE=%136.177.16.3 STATE=ESTAB MIN=3 MAX=3<br>
> COLOR=yellow TEXT=ActiveMQ-ns.cr<br>
> PORT LOCAL=%[:](61617) REMOTE=%137.227.240.32 STATE=%ESTAB MIN=3 MAX=3<br>
> COLOR=yellow TEXT=ActiveMQ-ns.er<br>
> PORT LOCAL=%[:](61617) REMOTE=%130.118.4.2 STATE=%ESTAB* MIN=3<br>
> MAX=3 COLOR=yellow TEXT=ActiveMQ-ns.wr<br>
><br>
> Note: On this server netstat does not exist and ss is being used,.<br>
><br>
><br>
> Observation: Discovering the syntax for REMOTE was trial and error.<br>
> Specifying the IP address alone did not work, and I found no examples<br>
> for the type of filtering above.<br>
><br>
> --<br>
> -- David Boldt<br>
> <<a href="mailto:dboldt@usgs.gov">dboldt@usgs.gov</a>><br>
><br>
><br>
> "Discovery consists of seeing what everybody has seen and thinking<br>
> what nobody has thought."<br>
> --Albert Szent-Gyorgyi (1893 - 1986)<br>
><br>
><br>
> ------------------------------<br>
><br>
> Message: 2<br>
> Date: Wed, 9 Mar 2016 16:36:44 +0000<br>
> From: Andy Smith <<a href="mailto:abs@shadymint.com">abs@shadymint.com</a>><br>
> To: Galen Johnson <<a href="mailto:Galen.Johnson@sas.com">Galen.Johnson@sas.com</a>>, "<a href="mailto:xymon@xymon.com">xymon@xymon.com</a>"<br>
> <<a href="mailto:xymon@xymon.com">xymon@xymon.com</a>><br>
> Subject: Re: [Xymon] jmxstat<br>
> Message-ID:<br>
> <CAFz9LfvL-9XVo5BOui2oDy4XXqRPmajP-yhAyfEfrObzxB6Y=<a href="mailto:g@mail.gmail.com">g@mail.gmail.com</a>><br>
> Content-Type: text/plain; charset=UTF-8<br>
><br>
> ---------- Forwarded message ----------<br>
>> From: Galen Johnson <<a href="mailto:Galen.Johnson@sas.com">Galen.Johnson@sas.com</a>><br>
>> Date: 9 March 2016 at 00:26<br>
>> Subject: [Possible Spam] [Xymon] jmxstat<br>
>> To: "<a href="mailto:xymon@xymon.com">xymon@xymon.com</a>" <<a href="mailto:xymon@xymon.com">xymon@xymon.com</a>><br>
>><br>
>> Hey,<br>
>><br>
>> I don't think this is specific to jmxstat but I'm trying to implement. I'm getting the > following in apache log when I hit the page:<br>
>><br>
>> Setup error: Service GCInfo has a graph GCInfo, but no graph-definition,...<br>
>><br>
>> However, the definition does exist and I can view the graphs if I select a different > > service and change the name in the URL. RRDs are being created.<br>
>><br>
>> Anyone else run into this and overcome it?<br>
>><br>
>> thanks<br>
><br>
> Not seen that before, but just check for me please, is GCInfo mentioned in<br>
> both TEST2RRD and GRAPHS in xymonserver.cfg?<br>
> --<br>
> Andy<br>
><br>
><br>
> ------------------------------<br>
><br>
> Message: 3<br>
> Date: Wed, 9 Mar 2016 10:53:08 -0700<br>
> From: Shawn Heisey <<a href="mailto:hobbit@elyograg.org">hobbit@elyograg.org</a>><br>
> To: <a href="mailto:xymon@xymon.com">xymon@xymon.com</a><br>
> Subject: [Xymon] The testip option does not seem to be honored by the<br>
> http test<br>
> Message-ID: <<a href="mailto:56E06304.6040301@elyograg.org">56E06304.6040301@elyograg.org</a>><br>
> Content-Type: text/plain; charset=utf-8<br>
><br>
> I have the following in my hosts.cfg file:<br>
><br>
> 10.100.2.131 <a href="http://fourqueens.REDACTED.com" rel="noreferrer" target="_blank">fourqueens.REDACTED.com</a> # testip ssh<br>
> mgmt=10.2.6.131[http,https,ssh] <a href="https://megaagency.REDACTED.com" rel="noreferrer" target="_blank">https://megaagency.REDACTED.com</a><br>
> delayred=http:10<br>
> 10.100.2.132 <a href="http://fitzgeralds.REDACTED.com" rel="noreferrer" target="_blank">fitzgeralds.REDACTED.com</a> # testip ssh<br>
> mgmt=10.2.6.132[http,https,ssh] <a href="https://megaagency.REDACTED.com" rel="noreferrer" target="_blank">https://megaagency.REDACTED.com</a><br>
> delayred=http:10<br>
><br>
> The "mgmt" option controls a custom server-side script we wrote that<br>
> verifies reachability of the out-of-band server management (Dell DRAC in<br>
> this case).<br>
><br>
> I had expected the "testip" option to force the https URL test to be<br>
> sent directly to the server, not the DNS address (which is a load<br>
> balancer), but I can see the load balancer cookie in the response and<br>
> requests in the load balancer's log.<br>
><br>
> Is there any way to get the intended behavior?<br>
><br>
> The server is running 4.3.23 with the patch to fix http response code<br>
> interpretation.<br>
><br>
> Thanks,<br>
> Shawn<br>
><br>
><br>
> ------------------------------<br>
><br>
> Message: 4<br>
> Date: Wed, 09 Mar 2016 09:00:09 -0900<br>
> From: John Thurston <<a href="mailto:john.thurston@alaska.gov">john.thurston@alaska.gov</a>><br>
> To: <a href="mailto:xymon@xymon.com">xymon@xymon.com</a><br>
> Subject: Re: [Xymon] The testip option does not seem to be honored by<br>
> the http test<br>
> Message-ID: <<a href="mailto:56E064A9.300@alaska.gov">56E064A9.300@alaska.gov</a>><br>
> Content-Type: text/plain; CHARSET=US-ASCII; format=flowed<br>
><br>
> On 3/9/2016 8:53 AM, Shawn Heisey wrote:<br>
> - snip -<br>
>> I had expected the "testip" option to force the https URL test to be<br>
>> sent directly to the server, not the DNS address (which is a load<br>
>> balancer), but I can see the load balancer cookie in the response and<br>
>> requests in the load balancer's log.<br>
><br>
> The TESTIP controls the behavior of the CONN test. To make the HTTP test<br>
> use an IP address instead of resolving the name, use the following syntax:<br>
> <a href="http://www.sample.com" rel="noreferrer" target="_blank">http://www.sample.com</a>=<a href="http://1.2.3.4/index.html" rel="noreferrer" target="_blank">1.2.3.4/index.html</a><br>
><br>
> From the hosts.cfg man page:<br>
><br>
>> Testing sites by IP-address<br>
>> xymonnet ignores the "testip" tag normally used to force a test to use the IP-address from the hosts.cfg file instead of the hostname, when it performs http and https tests.<br>
>> The reason for this is that it interacts badly with virtual hosts, especially if these are IP-based as is common with https-websites.<br>
>> Instead the IP-address to connect to can be overridden by specifying it as:<br>
>> <a href="http://www.sample.com" rel="noreferrer" target="_blank">http://www.sample.com</a>=<a href="http://1.2.3.4/index.html" rel="noreferrer" target="_blank">1.2.3.4/index.html</a><br>
>> The "=1.2.3.4" will case xymonnet to run the test against the IP-address "1.2.3.4", but still trying to access a virtual website with the name "<a href="http://www.sample.com" rel="noreferrer" target="_blank">www.sample.com</a>".<br>
>> The "=ip.address.of.host" must be the last part of the hostname, so if you need to combine this with e.g. an explicit port number, it should be done as<br>
>> http://www.sample.com:3128=<a href="http://1.2.3.4/index.html" rel="noreferrer" target="_blank">1.2.3.4/index.html</a><br>
><br>
><br>
> --<br>
> Do things because you should, not just because you can.<br>
><br>
> John Thurston <a href="tel:907-465-8591" value="+19074658591">907-465-8591</a><br>
> <a href="mailto:John.Thurston@alaska.gov">John.Thurston@alaska.gov</a><br>
> Enterprise Technology Services<br>
> Department of Administration<br>
> State of Alaska<br>
><br>
><br>
> ------------------------------<br>
><br>
> Message: 5<br>
> Date: Wed, 9 Mar 2016 13:03:13 -0500<br>
> From: john boris <<a href="mailto:jborissr@gmail.com">jborissr@gmail.com</a>><br>
> To: <a href="mailto:xymon@xymon.com">xymon@xymon.com</a><br>
> Subject: [Xymon] How to change the refresh time for acknowledgements<br>
> Message-ID:<br>
> <CAOk1TCyYkPqGEVNE=6eXDfOwpxd=_<a href="mailto:0_AneWivxn0WBjgaXdO0w@mail.gmail.com">0_AneWivxn0WBjgaXdO0w@mail.gmail.com</a>><br>
> Content-Type: text/plain; charset="utf-8"<br>
><br>
> How can you change the response time when you acknowledge an issue so that<br>
> it shows up as a check and you don't get pinged repeatedly. It looks like<br>
> it takes about 5 minutes for the acknowledgement to take place.<br>
><br>
> --<br>
> John J. Boris, Sr.<br>
> -------------- next part --------------<br>
> An HTML attachment was scrubbed...<br>
> URL: <<a href="http://lists.xymon.com/pipermail/xymon/attachments/20160309/30036eef/attachment-0001.html" rel="noreferrer" target="_blank">http://lists.xymon.com/pipermail/xymon/attachments/20160309/30036eef/attachment-0001.html</a>><br>
><br>
> ------------------------------<br>
><br>
> Message: 6<br>
> Date: Wed, 9 Mar 2016 13:15:15 -0500<br>
> From: Ryan Novosielski <<a href="mailto:novosirj@rutgers.edu">novosirj@rutgers.edu</a>><br>
> To: Xymon Mailing List <<a href="mailto:xymon@xymon.com">xymon@xymon.com</a>><br>
> Subject: Re: [Xymon] How to change the refresh time for<br>
> acknowledgements<br>
> Message-ID: <<a href="mailto:1A609984-A1EA-4BE8-9D1F-0CE2ADC3CAE8@rutgers.edu">1A609984-A1EA-4BE8-9D1F-0CE2ADC3CAE8@rutgers.edu</a>><br>
> Content-Type: text/plain; charset="utf-8"<br>
><br>
>> On Mar 9, 2016, at 1:03 PM, john boris <<a href="mailto:jborissr@gmail.com">jborissr@gmail.com</a>> wrote:<br>
>><br>
>> How can you change the response time when you acknowledge an issue so that it shows up as a check and you don't get pinged repeatedly. It looks like it takes about 5 minutes for the acknowledgement to take place.<br>
><br>
> I’m pretty sure that acknowledgement is more-or-less immediate, and what you’re talking about is the delay before the display is updated.<br>
><br>
> --<br>
> ____ *Note: UMDNJ is now Rutgers-Biomedical and Health Sciences*<br>
> || \\UTGERS |---------------------*O*---------------------<br>
> ||_// Biomedical | Ryan Novosielski - Senior Technologist<br>
> || \\ and Health | <a href="mailto:novosirj@rutgers.edu">novosirj@rutgers.edu</a> - <a href="tel:973%2F972.0922" value="+19739720922">973/972.0922</a> (2x0922)<br>
> || \\ Sciences | OIRT/High Perf & Res Comp - MSB C630, Newark<br>
> `'<br>
><br>
> -------------- next part --------------<br>
> A non-text attachment was scrubbed...<br>
> Name: signature.asc<br>
> Type: application/pgp-signature<br>
> Size: 204 bytes<br>
> Desc: Message signed with OpenPGP using GPGMail<br>
> URL: <<a href="http://lists.xymon.com/pipermail/xymon/attachments/20160309/2b448efa/attachment-0001.sig" rel="noreferrer" target="_blank">http://lists.xymon.com/pipermail/xymon/attachments/20160309/2b448efa/attachment-0001.sig</a>><br>
><br>
> ------------------------------<br>
><br>
> Message: 7<br>
> Date: Wed, 9 Mar 2016 13:25:54 -0500<br>
> From: Ryan Novosielski <<a href="mailto:novosirj@rutgers.edu">novosirj@rutgers.edu</a>><br>
> To: <a href="mailto:xymon@xymon.com">xymon@xymon.com</a><br>
> Subject: Re: [Xymon] How to change the refresh time for<br>
> acknowledgements<br>
> Message-ID: <<a href="mailto:35311D00-8B33-45D2-8A1C-6FCB7BC2D3D0@rutgers.edu">35311D00-8B33-45D2-8A1C-6FCB7BC2D3D0@rutgers.edu</a>><br>
> Content-Type: text/plain; charset="utf-8"<br>
><br>
> John,<br>
><br>
> Please keep replies “on list.”<br>
><br>
> I don’t know that there’s much that you can do about that as there is a sweep that goes on, each run of the xymonnet process that runs at whatever interval you’ve selected (the default being 5 mins). I think if you acknowledge and catch that process in the middle, you’re going to get the messages from that run. They might also even have been received already by your e-mail system, before you acknowledged it.<br>
><br>
> Someone else will know more than I do about the particulars here.<br>
><br>
>> On Mar 9, 2016, at 1:23 PM, john boris <<a href="mailto:jborissr@gmail.com">jborissr@gmail.com</a>> wrote:<br>
>><br>
>> Ryan,<br>
>> I understand the web page takes some time to get changed but I have acknowledge issues and still receive notifications for a a few minutes after I acknowledge it. I will have to check the time the next time I do this just to be sure of the lag time.<br>
>><br>
>> On Wed, Mar 9, 2016 at 1:15 PM, Ryan Novosielski <<a href="mailto:novosirj@rutgers.edu">novosirj@rutgers.edu</a>> wrote:<br>
>>> On Mar 9, 2016, at 1:03 PM, john boris <<a href="mailto:jborissr@gmail.com">jborissr@gmail.com</a>> wrote:<br>
>>><br>
>>> How can you change the response time when you acknowledge an issue so that it shows up as a check and you don't get pinged repeatedly. It looks like it takes about 5 minutes for the acknowledgement to take place.<br>
>><br>
>> I’m pretty sure that acknowledgement is more-or-less immediate, and what you’re talking about is the delay before the display is updated.<br>
><br>
> --<br>
> ____ *Note: UMDNJ is now Rutgers-Biomedical and Health Sciences*<br>
> || \\UTGERS |---------------------*O*---------------------<br>
> ||_// Biomedical | Ryan Novosielski - Senior Technologist<br>
> || \\ and Health | <a href="mailto:novosirj@rutgers.edu">novosirj@rutgers.edu</a> - <a href="tel:973%2F972.0922" value="+19739720922">973/972.0922</a> (2x0922)<br>
> || \\ Sciences | OIRT/High Perf & Res Comp - MSB C630, Newark<br>
> `'<br>
><br>
> -------------- next part --------------<br>
> A non-text attachment was scrubbed...<br>
> Name: signature.asc<br>
> Type: application/pgp-signature<br>
> Size: 204 bytes<br>
> Desc: Message signed with OpenPGP using GPGMail<br>
> URL: <<a href="http://lists.xymon.com/pipermail/xymon/attachments/20160309/c28b78c2/attachment-0001.sig" rel="noreferrer" target="_blank">http://lists.xymon.com/pipermail/xymon/attachments/20160309/c28b78c2/attachment-0001.sig</a>><br>
><br>
> ------------------------------<br>
><br>
> Message: 8<br>
> Date: Wed, 9 Mar 2016 13:34:00 -0500<br>
> From: john boris <<a href="mailto:jborissr@gmail.com">jborissr@gmail.com</a>><br>
> To: Ryan Novosielski <<a href="mailto:novosirj@rutgers.edu">novosirj@rutgers.edu</a>><br>
> Cc: <a href="mailto:xymon@xymon.com">xymon@xymon.com</a><br>
> Subject: Re: [Xymon] How to change the refresh time for<br>
> acknowledgements<br>
> Message-ID:<br>
> <<a href="mailto:CAOk1TCwRzkaSdMJsFEMd3Uou35s_gbjgW_vJKhoeqP_SmOo3PA@mail.gmail.com">CAOk1TCwRzkaSdMJsFEMd3Uou35s_gbjgW_vJKhoeqP_SmOo3PA@mail.gmail.com</a>><br>
> Content-Type: text/plain; charset="utf-8"<br>
><br>
> Ryan,<br>
> I thought my reply was going to the list but as I now see lovely gmail hid<br>
> that from me.<br>
><br>
> On Wed, Mar 9, 2016 at 1:25 PM, Ryan Novosielski <<a href="mailto:novosirj@rutgers.edu">novosirj@rutgers.edu</a>><br>
> wrote:<br>
><br>
>> John,<br>
>><br>
>> Please keep replies “on list.”<br>
>><br>
>> I don’t know that there’s much that you can do about that as there is a<br>
>> sweep that goes on, each run of the xymonnet process that runs at whatever<br>
>> interval you’ve selected (the default being 5 mins). I think if you<br>
>> acknowledge and catch that process in the middle, you’re going to get the<br>
>> messages from that run. They might also even have been received already by<br>
>> your e-mail system, before you acknowledged it.<br>
>><br>
>> Someone else will know more than I do about the particulars here.<br>
>><br>
>>> On Mar 9, 2016, at 1:23 PM, john boris <<a href="mailto:jborissr@gmail.com">jborissr@gmail.com</a>> wrote:<br>
>>><br>
>>> Ryan,<br>
>>> I understand the web page takes some time to get changed but I have<br>
>> acknowledge issues and still receive notifications for a a few minutes<br>
>> after I acknowledge it. I will have to check the time the next time I do<br>
>> this just to be sure of the lag time.<br>
>>><br>
>>> On Wed, Mar 9, 2016 at 1:15 PM, Ryan Novosielski <<a href="mailto:novosirj@rutgers.edu">novosirj@rutgers.edu</a>><br>
>> wrote:<br>
>>>> On Mar 9, 2016, at 1:03 PM, john boris <<a href="mailto:jborissr@gmail.com">jborissr@gmail.com</a>> wrote:<br>
>>>><br>
>>>> How can you change the response time when you acknowledge an issue so<br>
>> that it shows up as a check and you don't get pinged repeatedly. It looks<br>
>> like it takes about 5 minutes for the acknowledgement to take place.<br>
>>><br>
>>> I’m pretty sure that acknowledgement is more-or-less immediate, and what<br>
>> you’re talking about is the delay before the display is updated.<br>
>><br>
>> --<br>
>> ____ *Note: UMDNJ is now Rutgers-Biomedical and Health Sciences*<br>
>> || \\UTGERS |---------------------*O*---------------------<br>
>> ||_// Biomedical | Ryan Novosielski - Senior Technologist<br>
>> || \\ and Health | <a href="mailto:novosirj@rutgers.edu">novosirj@rutgers.edu</a> - <a href="tel:973%2F972.0922" value="+19739720922">973/972.0922</a> (2x0922)<br>
>> || \\ Sciences | OIRT/High Perf & Res Comp - MSB C630, Newark<br>
>> `'<br>
>><br>
>><br>
>> _______________________________________________<br>
>> Xymon mailing list<br>
>> <a href="mailto:Xymon@xymon.com">Xymon@xymon.com</a><br>
>> <a href="http://lists.xymon.com/mailman/listinfo/xymon" rel="noreferrer" target="_blank">http://lists.xymon.com/mailman/listinfo/xymon</a><br>
>><br>
>><br>
><br>
><br>
> --<br>
> John J. Boris, Sr.<br>
> -------------- next part --------------<br>
> An HTML attachment was scrubbed...<br>
> URL: <<a href="http://lists.xymon.com/pipermail/xymon/attachments/20160309/bd79d27e/attachment-0001.html" rel="noreferrer" target="_blank">http://lists.xymon.com/pipermail/xymon/attachments/20160309/bd79d27e/attachment-0001.html</a>><br>
><br>
> ------------------------------<br>
><br>
> Message: 9<br>
> Date: Wed, 9 Mar 2016 20:21:13 +0000<br>
> From: Galen Johnson <<a href="mailto:Galen.Johnson@sas.com">Galen.Johnson@sas.com</a>><br>
> To: Andy Smith <<a href="mailto:abs@shadymint.com">abs@shadymint.com</a>>, "<a href="mailto:xymon@xymon.com">xymon@xymon.com</a>"<br>
> <<a href="mailto:xymon@xymon.com">xymon@xymon.com</a>><br>
> Subject: Re: [Xymon] jmxstat<br>
> Message-ID: <<a href="mailto:1457554873838.75260@sas.com">1457554873838.75260@sas.com</a>><br>
> Content-Type: text/plain; charset="iso-8859-1"<br>
><br>
> It is in both places.<br>
><br>
> =G=<br>
><br>
> ________________________________________<br>
> From: <a href="mailto:hastymind@googlemail.com">hastymind@googlemail.com</a> <<a href="mailto:hastymind@googlemail.com">hastymind@googlemail.com</a>> on behalf of Andy Smith <<a href="mailto:abs@shadymint.com">abs@shadymint.com</a>><br>
> Sent: Wednesday, March 9, 2016 11:36 AM<br>
> To: Galen Johnson; <a href="mailto:xymon@xymon.com">xymon@xymon.com</a><br>
> Subject: Re: [Xymon] jmxstat<br>
><br>
> ---------- Forwarded message ----------<br>
>> From: Galen Johnson <<a href="mailto:Galen.Johnson@sas.com">Galen.Johnson@sas.com</a>><br>
>> Date: 9 March 2016 at 00:26<br>
>> Subject: [Possible Spam] [Xymon] jmxstat<br>
>> To: "<a href="mailto:xymon@xymon.com">xymon@xymon.com</a>" <<a href="mailto:xymon@xymon.com">xymon@xymon.com</a>><br>
>><br>
>> Hey,<br>
>><br>
>> I don't think this is specific to jmxstat but I'm trying to implement. I'm getting the > following in apache log when I hit the page:<br>
>><br>
>> Setup error: Service GCInfo has a graph GCInfo, but no graph-definition,...<br>
>><br>
>> However, the definition does exist and I can view the graphs if I select a different > > service and change the name in the URL. RRDs are being created.<br>
>><br>
>> Anyone else run into this and overcome it?<br>
>><br>
>> thanks<br>
><br>
> Not seen that before, but just check for me please, is GCInfo mentioned in<br>
> both TEST2RRD and GRAPHS in xymonserver.cfg?<br>
> --<br>
> Andy<br>
><br>
><br>
> ------------------------------<br>
><br>
> Message: 10<br>
> Date: Thu, 10 Mar 2016 11:44:32 +0200<br>
> From: Andrey Chervonets <<a href="mailto:A.Chervonets@cominder.eu">A.Chervonets@cominder.eu</a>><br>
> To: <a href="mailto:xymon@xymon.com">xymon@xymon.com</a><br>
> Subject: [Xymon] Always purple history after time shift on server -<br>
> how to fix<br>
> Message-ID:<br>
> <<a href="mailto:OFD18FC1E3.6E49DB3D-ONC2257F72.002FE06C-C2257F72.0035834B@cominder.eu">OFD18FC1E3.6E49DB3D-ONC2257F72.002FE06C-C2257F72.0035834B@cominder.eu</a>><br>
><br>
> Content-Type: text/plain; charset="utf-8"<br>
><br>
> I would like to share some hints in resolving history reporting problem<br>
> after big time shift on monitoring server - about 4 hours.<br>
> May be it will help anyone else.<br>
><br>
> It was some month ago, but I have found time to fix it only today.<br>
> What happened:<br>
> 1. Time on monitoring host increased for 4 hours.<br>
> 2. As result - all metrics reported Purple status (it is intended<br>
> functionality, but would be nice XyMon detect big time shift and adopt<br>
> reporting in some way)<br>
> 3. It was problem at virtual host provider, I had reported the problem and<br>
> time was fixed back to correct value<br>
> 4. To fix current reporting I had cleaned some files under xymon/logs or<br>
> acks (really I do not remember which ones right now) - this has reset last<br>
> status duration information, but current values for all metrics become<br>
> correct<br>
> 5. Everythig become OK, except that when I check history for metric (<br>
> ...xymon-cgi/history.sh? ...) for some metrics.<br>
> XyMon always reported Purple for last event (since that incident time).<br>
><br>
><br>
> It was just for some metrics (not all) and I had second monitoring server<br>
> with the same information (not having time shift incident) and I was able<br>
> to live with it some month.<br>
><br>
> Solution:<br>
> Today I have fixed that reporting problem with the following steps, which<br>
> should be executed for every host-metric pair having the problem<br>
><br>
> We should operate with 2 files:<br>
> 1) host history file like<br>
> hist/HOSTNAME<br>
> # here we should find records with negative duration values like:<br>
> svcs 1435410898 1435426055 -15157 gr pu 1<br>
> who 1435410899 1435426055 -15156 gr pu 1<br>
> msgs 1435410899 1435426055 -15156 gr pu 1<br>
> netstat 1435410899 1435426055 -15156 gr pu 1<br>
> memory 1435411034 1435426055 -15021 ye pu 2<br>
> uptime 1435411140 1435426055 -14915 gr pu 1<br>
> procs 1435411145 1435426055 -14910 gr pu 1<br>
> disk 1435411150 1435426055 -14905 ye pu 2<br>
> cpu 1435411222 1435426055 -14833 gr pu 1<br>
><br>
> # and drop them<br>
><br>
> 2) service history file like<br>
> hist/HOSTNAME.svc<br>
> # again - find records with negative duration values like:<br>
> Sat Jun 27 20:27:35 2015 purple 1435426055 -15157<br>
><br>
> # and drop record(s) - really should be just one<br>
><br>
><br>
> Really to fix just one service reporting - it is enough to drop negative<br>
> duration records from service history file only (tested).<br>
> But I do not see any reason to have such records in host history file, so<br>
> I delete from that file too.<br>
><br>
> How to automate the process:<br>
> # find hist files for<br>
> # step 1:<br>
> find hist/ -print0 -name "*.*" | xargs -0 grep " -" | awk '{print $1"<br>
> :"$4}' | grep ":-"<br>
><br>
> #output like:<br>
> ...<br>
> hist/idc-oracle03.msc-sh.local:ssh :-14862<br>
> hist/idc-oracle03.msc-sh.local:dblock :-15012<br>
> hist/idc-oracle03.msc-sh.local:dbrec :-15012<br>
> hist/idc-oracle03.msc-sh.local:dbup :-15011<br>
> hist/idc-oracle03.msc-sh.local:dbext :-14989<br>
> ...<br>
><br>
> # step 2: find hist/ -print0 -name "*.*" | xargs -0 grep " -" | awk<br>
> '{print $1" :"$8}' | grep ":-"<br>
> # output like:<br>
> ..<br>
> hist/idc-oracle03,domain.com.dbrec:Sat :-15012<br>
> hist/gdc-oracle03,domain.com.dbup:Sat :-15136<br>
> hist/idc-oracle01,domain.com.disk:Sat :-14961<br>
> hist/gdc-oracle01,domain.com.dbaud:Thu :-26793<br>
> hist/gdc-oracle01,domain.com.dbaud:Sat :-14940<br>
> ..<br>
><br>
> Then can automate the records removal too.<br>
><br>
><br>
> Best regards,<br>
><br>
> Andrey Chervonets<br>
> ----------------------<br>
> SIA CoMinder<br>
> <a href="http://www.cominder.eu/" rel="noreferrer" target="_blank">http://www.cominder.eu/</a><br>
><br>
><br>
> -------------- next part --------------<br>
> An HTML attachment was scrubbed...<br>
> URL: <<a href="http://lists.xymon.com/pipermail/xymon/attachments/20160310/afa861a0/attachment-0001.html" rel="noreferrer" target="_blank">http://lists.xymon.com/pipermail/xymon/attachments/20160310/afa861a0/attachment-0001.html</a>><br>
><br>
> ------------------------------<br>
><br>
> Subject: Digest Footer<br>
><br>
> _______________________________________________<br>
> Xymon mailing list<br>
> <a href="mailto:Xymon@xymon.com">Xymon@xymon.com</a><br>
> <a href="http://lists.xymon.com/mailman/listinfo/xymon" rel="noreferrer" target="_blank">http://lists.xymon.com/mailman/listinfo/xymon</a><br>
><br>
><br>
> ------------------------------<br>
><br>
> End of Xymon Digest, Vol 62, Issue 8<br>
> ************************************<br>
<br>
_______________________________________________<br>
Xymon mailing list<br>
<a href="mailto:Xymon@xymon.com">Xymon@xymon.com</a><br>
<a href="http://lists.xymon.com/mailman/listinfo/xymon" rel="noreferrer" target="_blank">http://lists.xymon.com/mailman/listinfo/xymon</a><br>
</blockquote></div><br></div>