July 2016 - Xymon - Xymon mailman web

Need help with upgrade from 4.3.17 to 4.3.20
by cleaver＠terabithia.org 17 Jul '18

17 Jul '18

Hmm. So far, the only way I've been able to reproduce this is by replacing the ScriptAlias directives with mere Alias's in the xymon.conf apache config. Has there been any change in the path you've used for the CGI directory since the previous version, or is there any chance that another Alias line is taking precedence over the ScriptAlias? Do you see anything in the apache access/error logs that indicates an error? -jc On Tue, May 19, 2015 10:37 am, Cortes, Manny wrote: > Having the same problem after installing 4.3.20 on both Ubuntu server > 14.04 and 15.04. > > Thanks, > > > Manuel A Cortes > > Systems Programmer III > > [IBM_Cert] > > IBM Certified System Administrator AIX 7 > > Information Services > > 321-841-6534 > > Orlandohealth.com > > Facebook.com/orlandohealth > > Youtube.com/orlandohealth > > @orlandohealth on twitter > > > > 1414 Kuhl Avenue.,MP136 > > Orlando, Florida 32806 > > From: Xymon [mailto:xymon-bounces at xymon.com] On Behalf Of Asif Iqbal > Sent: Tuesday, May 19, 2015 12:59 PM > To: J.C. Cleaver > Cc: xymon at xymon.com > Subject: Re: [Xymon] Need help with upgrade from 4.3.17 to 4.3.20 > > > > On Tue, May 19, 2015 at 12:40 PM, J.C. Cleaver > <cleaver at terabithia.org<mailto:cleaver at terabithia.org>> wrote: > Hmm. It seems like it's trying to pass along the binary rather than > actually execute it. Can you > > a) validate the permissions on the various .sh files inside the > /xymon-cgi/ directory. (Wondering if there's a case where make install > doesn't set permissions properly), and > > > /var/lib/xymon/cgi-bin$ ls -al > total 6560 > drwxr-xr-x 2 root root 4096 May 19 10:19 . > drwxr-xr-x 16 xymon xymon 4096 May 19 10:19 .. > -rwxr-xr-x 32 xymon xymon 255968 May 19 10:19 acknowledgements.sh > -rwxr-xr-x 32 xymon xymon 255968 May 19 10:19 appfeed-critical.sh > -rwxr-xr-x 32 xymon xymon 255968 May 19 10:19 appfeed.sh > -rwxr-xr-x 32 xymon xymon 255968 May 19 10:19 certreport.sh > -rwxr-xr-x 32 xymon xymon 255968 May 19 10:19 columndoc.sh > -rwxr-xr-x 32 xymon xymon 255968 May 19 10:19 confreport-critical.sh > -rwxr-xr-x 32 xymon xymon 255968 May 19 10:19 confreport.sh > -rwxr-xr-x 32 xymon xymon 255968 May 19 10:19 criticalview.sh > -rwxr-xr-x 32 xymon xymon 255968 May 19 10:19 csvinfo.sh > -rwxr-xr-x 32 xymon xymon 255968 May 19 10:19 datepage.sh > -rwxr-xr-x 32 xymon xymon 255968 May 19 10:19 eventlog.sh > -rwxr-xr-x 32 xymon xymon 255968 May 19 10:19 findhost.sh > -rwxr-xr-x 32 xymon xymon 255968 May 19 10:19 ghostlist.sh > -rwxr-xr-x 32 xymon xymon 255968 May 19 10:19 historylog.sh > -rwxr-xr-x 32 xymon xymon 255968 May 19 10:19 history.sh > -rwxr-xr-x 32 xymon xymon 255968 May 19 10:19 hostgraphs.sh > -rwxr-xr-x 32 xymon xymon 255968 May 19 10:19 hostlist.sh > -rwxr-xr-x 32 xymon xymon 255968 May 19 10:19 nongreen.sh > -rwxr-xr-x 32 xymon xymon 255968 May 19 10:19 notifications.sh > -rwxr-xr-x 32 xymon xymon 255968 May 19 10:19 perfdata.sh > -rwxr-xr-x 32 xymon xymon 255968 May 19 10:19 reportlog.sh > -rwxr-xr-x 32 xymon xymon 255968 May 19 10:19 report.sh > -rwxr-xr-x 32 xymon xymon 255968 May 19 10:19 showgraph.sh > -rwxr-xr-x 32 xymon xymon 255968 May 19 10:19 snapshot.sh > -rwxr-xr-x 32 xymon xymon 255968 May 19 10:19 svcstatus.sh > -rwxr-xr-x 32 xymon xymon 255968 May 19 10:19 topchanges.sh > > > b) verify that the ScriptAlias or ExecCGI options are still present in > apache.conf. > > > grep xymon-cgi /etc/apache2/sites-enabled/xymon-apache.conf > # "/xymon" and "/xymon-cgi" URLs. > ScriptAlias /xymon-cgi/ "/var/lib/xymon/cgi-bin/" > RewriteRule ^/xymon-cgi/bb-hist.sh /xymon-cgi/history.sh [R=permanent,L] > RewriteRule ^/xymon-cgi/bb-eventlog.sh /xymon-cgi/eventlog.sh > [R=permanent,L] > RewriteRule ^/xymon-cgi/bb-rep.sh /xymon-cgi/report.sh [R=permanent,L] > RewriteRule ^/xymon-cgi/bb-replog.sh /xymon-cgi/reportlog.sh > [R=permanent,L] > RewriteRule ^/xymon-cgi/bb-snapshot.sh /xymon-cgi/snapshot.sh > [R=permanent,L] > RewriteRule ^/xymon-cgi/bb-findhost.sh /xymon-cgi/findhost.sh > [R=permanent,L] > RewriteRule ^/xymon-cgi/bb-csvinfo.sh /xymon-cgi/csvinfo.sh > [R=permanent,L] > RewriteRule ^/xymon-cgi/hobbitcolumn.sh /xymon-cgi/columndoc.sh > [R=permanent,L] > RewriteRule ^/xymon-cgi/bb-datepage.sh /xymon-cgi/datepage.sh > [R=permanent,L] > RewriteRule ^/xymon-cgi/hobbitgraph.sh /xymon-cgi/showgraph.sh > [R=permanent,L] > RewriteRule ^/xymon-cgi/bb-hostsvc.sh /xymon-cgi/svcstatus.sh > [R=permanent,L] > RewriteRule ^/xymon-cgi/bb-histlog.sh /xymon-cgi/historylog.sh > [R=permanent,L] > RewriteRule ^/xymon-cgi/hobbit-confreport.sh /xymon-cgi/confreport.sh > [R=permanent,L] > RewriteRule ^/xymon-cgi/hobbit-confreport-critical.sh > /xymon-cgi/confreport-critical.sh [R=permanent,L] > RewriteRule ^/xymon-cgi/hobbit-nkview.sh /xymon-cgi/criticalview.sh > [R=permanent,L] > RewriteRule ^/xymon-cgi/hobbit-certreport.sh /xymon-cgi/certreport.sh > [R=permanent,L] > RewriteRule ^/xymon-cgi/hobbit-nongreen.sh /xymon-cgi/nongreen.sh > [R=permanent,L] > RewriteRule ^/xymon-cgi/hobbit-hostgraphs.sh /xymon-cgi/hostgraphs.sh > [R=permanent,L] > RewriteRule ^/xymon-cgi/hobbit-ghosts.sh /xymon-cgi/ghostlist.sh > [R=permanent,L] > RewriteRule ^/xymon-cgi/hobbit-notifylog.sh /xymon-cgi/notifications.sh > [R=permanent,L] > RewriteRule ^/xymon-cgi/hobbit-hostlist.sh /xymon-cgi/hostlist.sh > [R=permanent,L] > RewriteRule ^/xymon-cgi/hobbit-perfdata.sh /xymon-cgi/perfdata.sh > [R=permanent,L] > RewriteRule ^/xymon-cgi/hobbit-topchanges.sh /xymon-cgi/topchanges.sh > [R=permanent,L] > > > HTH, > > -jc > > > On Tue, May 19, 2015 7:56 am, Asif Iqbal wrote: >> I am not sure what I need to after the upgrade for the columns to show >> data >> instead of >> something like this >> >> >> ELF ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ ï¿½>ï¿½ ï¿½ï¿½ï¿½ >> @ï¿½ï¿½ï¿½ï¿½ï¿½@ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ Ã >> ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½@ï¿½8ï¿½ ï¿½@ï¿½%ï¿½"ï¿½ ï¿½ï¿½ï¿½ >> ï¿½ï¿½ï¿½@ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½@ï¿½@ï¿½ï¿½ï¿½ï¿½ï¿½@ï¿½@ï¿½ï¿½ï¿½ï¿½ï¿½Ã¸ >> ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½Ã¸ ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ ï¿½ï¿½ï¿½ >> ï¿½ï¿½ï¿½8 ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½8 >> @ï¿½ï¿½ï¿½ï¿½ï¿½8 @ï¿½ï¿½ï¿½ï¿½ï¿½ ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ >> ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ ï¿½ï¿½ï¿½ >> ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½@ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½@ï¿½ï¿½ï¿½ï¿½ï¿½Ã¤Ã¤ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½Ã¤Ã¤ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ >> >> I removed FollowSymLinks from xymon-apache.conf file under /xymon-cgi/ >> and /xymon-seccgi/ and restarted. >> >> I am using ubuntu >> >> -- >> Asif Iqbal >> PGP Key: 0xE62693C5 KeyServer: pgp.mit.edu<http://pgp.mit.edu> >> A: Because it messes up the order in which people normally read text. >> Q: Why is top-posting such a bad thing? >> _______________________________________________ >> Xymon mailing list >> Xymon at xymon.com<mailto:Xymon at xymon.com> >> http://lists.xymon.com/mailman/listinfo/xymon >> > > > > > -- > Asif Iqbal > PGP Key: 0xE62693C5 KeyServer: pgp.mit.edu<http://pgp.mit.edu> > A: Because it messes up the order in which people normally read text. > Q: Why is top-posting such a bad thing? > > ________________________________ > > This e-mail message and any attached files are confidential and are > intended solely for the use of the addressee(s) named above. If you are > not the intended recipient, any review, use, or distribution of this > e-mail message and any attached files is strictly prohibited. > > This communication may contain material protected by Federal privacy > regulations, attorney-client work product, or other privileges. If you > have received this confidential communication in error, please notify the > sender immediately by reply e-mail message and permanently delete the > original message. To reply to our email administrator directly, send an > email to: postmaster at orlandohealth.com . > > If this e-mail message concerns a contract matter, be advised that no > employee or agent is authorized to conclude any binding agreement on > behalf of Orlando Health by e-mail without express written confirmation by > an officer of the corporation. Any views or opinions presented in this > e-mail are solely those of the author and do not necessarily represent > those of Orlando Health. >

8 25

Recovery notifications not generated when test goes red->yellow->green?
by hobbit＠elyograg.org 13 Dec '17

13 Dec '17

It appears that if a test goes from the red state, to the yellow state, and then to the green state, no recovery notification is sent. If it goes directly from red to green, then we get a notification. Initial notifications are only sent on RED and PURPLE. We have recovery notifications configured for most tests. Xymon server is 4.3.21, built using makerpm.sh and installed with yum on CentOS 6. I do not know whether our previous version (4.3.14) behaved similarly. It was almost an accident that I discovered the problem at all. Is this expected behavior? If it is, can I change it? Thanks, Shawn

4 3

CLASS not working as expected
by steve＠opendium.com 07 Nov '17

07 Nov '17

Under Xymon 4.3.25, I'm trying to use the class attribute to group hosts together by what monitoring and alerting they need. So for each host I have a hosts.cfg line like: 192.0.2.1 somehost.example.com # CLASS:Foo trace ssh Then in analysis.cfg I have: CLASS=Foo PROC this PROC that And alerts.cfg has: CLASS=Foo SCRIPT=blah However, the tests in analysis.cfg are not being applied. If I replace CLASS=Foo with HOST=somehost.example.com they work as expected. Also, CLASS=linux seems to work, which implies that the CLASS: directive in the hosts.cfg is being ignored. As far as I can tell, the messages on xymon's "client" channel don't contain the class name that was specified in hosts.cfg, so xymond_client is using the class that the client sent instead. Other channels, such as "status" do include the class name that was specified in hosts.cfg. Am I misunderstanding how the class is supposed to be used, or is this a bug? -- - Steve Hill Technical Director Opendium Limited http://www.opendium.com Direct contacts: Instant messager: xmpp:steve at opendium.com Email: steve at opendium.com Phone: sip:steve at opendium.com Sales / enquiries contacts: Email: sales at opendium.com Phone: +44-1792-824568 / sip:sales at opendium.com Support contacts: Email: support at opendium.com Phone: +44-1792-825748 / sip:support at opendium.com

6 7

DNS failures causing "runtime longer than time limit"
by jlaidman＠rebel-it.com.au 11 Sep '17

11 Sep '17

Hi I'm running Xymon v4.3.10 on Linux, and I'm quite sure it's compiled with c-ares support. I have 12 new DNS servers that were added to Xymon about one month ago. All of my server entries in hosts.cfg have "testip". The tasks.cfg runs xymonet with "--dns-timeout=3". The hosts entries look like so: 10.10.10.1 dnshost1.example.com # testip dns=NS:example.com,SOA: example.com About a week ago, connectivity to all of these servers failed, and at the same time, the xymonnet run time jumped from less than 15 seconds to about 330 seconds, so about 315 seconds extra. The xymonnet page says 295 seconds is taken up by DNS tests. If the increase in time taken is about 315 and is entirely due to the 12 servers failing, then each failed server is adding about 26 seconds to the total run time. I don't think this should be happening like this. With two DNS checks per server, the DNS checks should be taking 6 seconds each to time-out, not 26. If I run xymonnet with "--timing --no-update" and specify only one hostname, I can view the results and the timing. This shows that the ping check gets reported after about 3 seconds, and then the DNS tests are executed and take 26 seconds total. My naiive assumption was that when a server failed a ping (and didn't have "noclear" defined in hosts.cfg) then the network checks would be skipped. On re-reading the man page for hosts.cfg, it dawned on me that a failed ping simply suppresses failed test /results/, but doesn't stop the tests from being run. So the real problem is that the "--dns-timeout=3" is not being taken into consideration by xymonnet. If I run xymonnet with "--debug" it tells me: 1900 2015-06-03 12:02:20 ares_search: tlookup='example.com', class=1, type=2 1900 2015-06-03 12:02:20 ares_search: tlookup='example.com', class=1, type=6 1900 2015-06-03 12:02:20 Processing 0 DNS lookups with ARES 1900 2015-06-03 12:02:46 Finished ARES queue after loop 423 This is peculiar. Why would it say "processing 0 DNS lookups" when there are two lookups to test? Could this be because xymonnet hasn't actually been built with ARES support and I didn't know it? Is there a good way to tell? If I add "--no-ares" I get the same results perhaps suggesting a lack of ARES support. On the other hand, if I add "timeout:3" and "attempts:1" into resolv.conf, I also get the same results. If I run "nm /path/to/xymonnet | grep gethostby" it returns "ares_gethostbyname". Just for fun, I compiled Xymon v4.3.21 and ran the xymonnet binary from there, with no change in behaviour. I also tried removing the "--dns-timeout" option so that it defaults to 30 seconds, but still no change - 26 seconds for two DNS tests. So, I'm not really sure what the problem is, but xymonnet certainly isn't behaving as I would expect. Cheers Jeremy

2 3

Fwd: Bug#828611: xymon: Fails to build from source with OpenSSL 1.1.0
by abe＠debian.org 31 Oct '16

31 Oct '16

Hi, this has been reported in Debian at https://bugs.debian.org/828611 ----- Forwarded message from Kurt Roeckx <kurt at roeckx.be> ----- Date: Sun, 26 Jun 2016 12:24:54 +0200 From: Kurt Roeckx <kurt at roeckx.be> To: submit at bugs.debian.org Subject: Bug#828611: xymon: FTBFS with openssl 1.1.0 Reply-To: Kurt Roeckx <kurt at roeckx.be>, 828611 at bugs.debian.org Source: xymon Version: 4.3.27-1 Severity: important Control: block 827061 by -1 Hi, OpenSSL 1.1.0 is about to released. During a rebuild of all packages using OpenSSL this package fail to build. A log of that build can be found at: https://breakpoint.cc/openssl-1.1-rebuild-2016-05-29/Attempted/xymon_4.3.27… On https://wiki.openssl.org/index.php/1.1_API_Changes you can see various of the reasons why it might fail. There are also updated man pages at https://www.openssl.org/docs/manmaster/ that should contain useful information. There is a libssl-dev package available in experimental that contains a recent snapshot, I suggest you try building against that to see if everything works. If you have problems making things work, feel free to contact us. Kurt ----- End forwarded message ----- Regards, Axel -- ,''`. | Axel Beckert <abe at debian.org>, http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 `- | 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE

2 2

RHEL EXT Script Help
by Foster.Patch＠accuweather.com 31 Jul '16

31 Jul '16

Hello, I have quite a bit of experience how xymon works in Windows, and recently was given assignments to do some monitoring in Linux. (RHEL 6) Below is my script. It runs with no errors, but my Hobbit page is never propagated with the new monitor. I have also gone to /etc/clientlaunch.cfg and put in the necessary lines to run this script. I am at a loss as to what is wrong, and why it will not propagate. Any help? (XYMSRV has an actual IP Address in it) #!/bin/sh . /etc/default/xymon-client export XYMSRV="xxx.xx.xxx.xx" export BBHOME="/usr/lib/xymon/client" export OUTSIDENAME="$CLIENTHOSTNAME" export BB="${BBHOME}/bin/xymon" export BBDISP=$XYMSRV export REALMACHINE="`echo $OUTSIDENAME | sed 's/\./,/g'`" export TARGETMACHINE="${REALMACHINE}" export TEST="CFENGINE" if [ ! "$TEST" ]; then exit fi if [ "${TARGETMACHINE}" == "${REALMACHINE}" ]; then LINE="status $REALMACHINE.$TEST green `date` <CENTER> This machine is not actively running this service in the cluster. </CENTER> "; # NOW USE THE BB COMMAND TO SEND THE DATA ACROSS #$BB $BBDISP "$LINE" # SEND IT TO BBDISPLAY $BB $BBDISP "$LINE" # SEND IT TO BBDISPLAY fi Thanks, Foster Patch Server Technician AccuWeather 385 Science Park Road, State College, PA 16803 P: 814.235.8650 E: Foster.Patch at accuweather.com<mailto:Foster.Patch at accuweather.com> E: networkoperations at accuweather.com<mailto:networkoperations at accuweather.com> http://www.AccuWeather.com<http://www.accuweather.com/>

3 2

FreeNAS and hobbit client
by oskar＠campnorthernlight.com 30 Jul '16

30 Jul '16

Hi there! Has anyone gotten hobbit/xymon client to work with FreeNAS?, if so how is it supposed to be done?, would be awesome to get the graphing easier to look at and so on. Thanks in advance. //Oskar

2 1

Website monitoring?
by Ed.Ruben＠fox.com 28 Jul '16

28 Jul '16

Hi, We're setting up monitoring in xymon for our websites, most are working great but I have a few issues. Our hosts.cfg lines look like this: xxx.xxx.xxx.xxx site.name.com # https:// site.name.com NK:http We're trying not to touch the sites by adding bbd files. In one case we have what I believe is a non-standard redirection resulting in an orange ! in the http column and this info on the http page for that site: [yellow] https://fngvob.foxinc.com/ - Moved Permanently HTTP/1.1 301 Moved Permanently Content-Type: text/html; charset=UTF-8 Location: https://fngvob.foxinc.com/VOB_PD/ Server: Microsoft-IIS/7.5 X-Powered-By: ASP.NET Date: Thu, 28 Jul 2016 00:10:15 GMT Connection: close Content-Length: 156 Seconds: 0.349426000 The second case is, there's a firewall rule that prevents us from pinging an outside site as a result for that site we have a red face in the conn column and when I click it I see: Service conn on fox.okta.com is not OK : Host does not respond to ping System unreachable for 132 poll periods (8135 seconds) [red] 54.197.192.167 is unreachable We would like to continue monitoring these sites because the info that is available is extremely valuable but would like to make the alerts go away without touching the sites or the firewall. Does anybody have any suggestions on how this might be done? Thanks, Ed Ruben Systems Engineer Fox Networks Group (310) 369-8403 or 38403 Edmond.Ruben at fox.com<mailto:Edmond.Ruben at fox.com> 10201 W. Pico Blvd. building 89 Los Angeles, CA 90035

4 4

Website monitoring?
by josh＠imaginenetworksllc.com 28 Jul '16

28 Jul '16

Pretty sure it is noconn as well. I mean use the redirected URL with the extra directory and / instead of the short one you have Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373 On Jul 27, 2016 9:39 PM, "Ford, Alan" <Alan.FORD at stanwell.com> wrote: > Try using the noconn option, > > Plus you need to remove the conn status from your page… > > > > xymon xymonserver “drop site.name.com > <https://urldefense.proofpoint.com/v2/url?u=http-3A__site.name.com&d=DQMFaQ&…> > conn” > > > > > > *Alan Ford* > > *Senior Database Administrator* > > *Com Serv - Information Communications and Technology* > > *Stanwell Corporation Limited* > > > > Tel (07) 3335 7243 | Mob 0407 610 141 > > GPO Box 773, Brisbane, QLD 4001 > > www.stanwell.com > > > > > > > > *From:* Xymon [mailto:xymon-bounces at xymon.com] *On Behalf Of *Edmond Ruben > *Sent:* Thursday, 28 July 2016 11:28 AM > *To:* Josh Luthman > *Cc:* xymon at xymon.com > *Subject:* Re: [Xymon] Website monitoring? > > > > Thanks for the quick response Josh, > > > > I guess I don’t quite understand what you mean by “correct the HTTP URL” > and is there a way to disable the ping test for one site only? I was > playing with the noping parm but it didn’t seem to change anything. > > > > Thanks, > > Ed Ruben > > Systems Engineer > > Fox Networks Group > > (310) 369-8403 or 38403 > > Edmond.Ruben at fox.com > > 10201 W. Pico Blvd. building 89 Los Angeles, CA 90035 > > > > *From:* Josh Luthman [mailto:josh at imaginenetworksllc.com > <josh at imaginenetworksllc.com>] > *Sent:* Wednesday, July 27, 2016 5:28 PM > *To:* Edmond Ruben <Ed.Ruben at fox.com> > *Cc:* xymon at xymon.com > *Subject:* Re: [Xymon] Website monitoring? > > > > You can correct the HTTP URL and disable the ping test? > > Josh Luthman > Office: 937-552-2340 > Direct: 937-552-2343 > 1100 Wayne St > Suite 1337 > Troy, OH 45373 > > > > On Jul 27, 2016 8:22 PM, "Edmond Ruben" <Ed.Ruben at fox.com> wrote: > > Hi, > > > > We’re setting up monitoring in xymon for our websites, most are working > great but I have a few issues. Our hosts.cfg lines look like this: > > xxx.xxx.xxx.xxx site.name.com > <https://urldefense.proofpoint.com/v2/url?u=http-3A__site.name.com&d=DQMFaQ&…> > # https:// site.name.com > <https://urldefense.proofpoint.com/v2/url?u=http-3A__site.name.com&d=DQMFaQ&…> > NK:http > > We’re trying not to touch the sites by adding bbd files. In one case we > have what I believe is a non-standard redirection resulting in an orange ! > in the http column and this info on the http page for that site: > > [image: yellow] https://fngvob.foxinc.com/ - Moved Permanently > > > > HTTP/1.1 301 Moved Permanently > > Content-Type: text/html; charset=UTF-8 > > Location: https://fngvob.foxinc.com/VOB_PD/ > > Server: Microsoft-IIS/7.5 > > X-Powered-By: ASP.NET <https://urldefense.proofpoint.com/v2/url?u=http-3A__ASP.NET&d=DQMFaQ&c=uw6T…> > > Date: Thu, 28 Jul 2016 00:10:15 GMT > > Connection: close > > Content-Length: 156 > > > > Seconds: 0.349426000 > > The second case is, there’s a firewall rule that prevents us from pinging > an outside site as a result for that site we have a red face in the conn > column and when I click it I see: > > Service conn on fox.okta.com <https://urldefense.proofpoint.com/v2/url?u=http-3A__fox.okta.com&d=DQMFaQ&c…> is not OK : Host does not respond to ping > > > > > > System unreachable for 132 poll periods (8135 seconds) > > > > [image: red]54.197.192.167 > <https://urldefense.proofpoint.com/v2/url?u=http-3A__54.197.192.167&d=DQQFaQ…> > is unreachable > > > > We would like to continue monitoring these sites because the info that is > available is extremely valuable but would like to make the alerts go away > without touching the sites or the firewall. Does anybody have any > suggestions on how this might be done? > > > > Thanks, > > Ed Ruben > > Systems Engineer > > Fox Networks Group > > (310) 369-8403 or 38403 > > Edmond.Ruben at fox.com > > 10201 W. Pico Blvd. building 89 Los Angeles, CA 90035 > > > > > _______________________________________________ > Xymon mailing list > Xymon at xymon.com > http://lists.xymon.com/mailman/listinfo/xymon > <https://urldefense.proofpoint.com/v2/url?u=http-3A__lists.xymon.com_mailman…> > > This email is to be read subject to the email disclaimer located at > http://www.stanwell.com/site-information/email-disclaimer/ > > > >

2 1

un-acking an alert
by john.thurston＠alaska.gov 28 Jul '16

28 Jul '16

Is there a way to remove an erroneously set acknowledgement? -- Do things because you should, not just because you can. John Thurston 907-465-8591 John.Thurston at alaska.gov Enterprise Technology Services Department of Administration State of Alaska

2 1