March 2018 - Xymon - Xymon mailman web

xym-oracle.sh and ckh_oracle.sh not working
by thorhi＠sjonarholl.com 26 Mar '18

26 Mar '18

Hi all, I am running xymon server 4.3.25. I'm trying to get the check's xym-oracle and / or ckh_oracle to work but can't find out what the problem is. The scripts run fine but from the client but the page is not workig as intended. The buttons on the page do not open. If I save the page to my localmachine and open it the buttons work as intended but not when i try to do it on the xymon server. Attached is the test page that works locally. -- thor

2 1

Critical systems acknowledgement log?
by glh.forums＠gmail.com 23 Mar '18

23 Mar '18

Yes, I did. I found that old thread (after I sent my note!) and this fixed the problem. Thanks for getting back to me! All is well now. Regards, Greg Hubbard On Fri, Mar 23, 2018 at 8:43 AM Andy Smith <abs at shadymint.com> wrote: > On Thu, Mar 22, 2018 at 02:58:46PM +0000, Greg Hubbard wrote: > > Note: Using Xymon 4.3.28-1.el6.terabithia on RHEL 6. > > > > I have been using Xymon for at least 10 years but I have had no need for > > the critical systems view until recently. Now I need to use it but I > have > > run into a snag with the alert acknowledgement function. > > > > Alert handling from the critical systems view is nice (once you set it > > up). The user clicks on a status icon and is redirected to the service > > status page. At the top of the page is a table that houses the > information > > that was encoded for the host/service in the critical systems editor. It > > also includes a message text box and an "Acknowledge" button. > > > > The problem (for me) is that if the user acknowledges the alert, this > > action does not seem to be logged in the same place that a "legacy" > > acknowledgement is logged, so the Reports/Acknowledgements function does > > not report them. Even better, when the acknowledgement expires there is > no > > trace that it ever existed! > > > > Has anyone else run into this? Do you have any suggestions for > workarounds? > > > > Regards, > > > > Greg Hubbard > > Just checking - did you restart xymond with > --ack-log=$XYMONSERVERLOGS/acknowledge.log or something similar? > -- > Andy >

1 0

Problems with Content Security Policy in Safari, Chrome, and IE
by jtrott＠dancrai.com 22 Mar '18

22 Mar '18

Xymon 4.3.28-1.el7.terabithia with Safari 11 on High Sierra and Safari on iOS 11. Problem occurs on the trends page. https://xymon.domain.com.au/xymon-cgi/svcstatus.sh?HOST=host.com.au&SERVICE… If you click on any of the time based buttons, 48hrs for example, the requested page doesn't load. Safari on macOS look like it's loading a page but doesn't get anywhere. Safari on iOS does nothing at all when you tap the button. The console in Safari reveals the following error: Refused to load https://xymon.domain.com.au/xymon-cgi/svcstatus.sh?HOST=host.com.au&SERVICE… because it does not appear in the form-action directive of the Content Security Policy. Checking the headers shows this content security policy: Content-Security-Policy: script-src 'self' 'unsafe-inline'; connect-src 'self'; form-action 'self'; sandbox allow-forms allow-scripts; I'm not that well versed in the CSP stuff, but I note that it also fails with the same error in the latest Chrome 62.0.3202.89, and in Internet Explorer 11.0.9600.18817 (no error logged), but works in the latest Firefox 56.0.2. Has anyone else run into this issue, or has any more information on how I can modify the CSP headers to test? I tried using Header set Content-Security-Policy in apache but that seems to add an improperly formatted addition to the rules rather than overwriting them. Thanks, JT

5 9

XymonPSclient - mapped disks not reporting
by kspringer＠innovateteam.com 22 Mar '18

22 Mar '18

An HTML attachment was scrubbed... URL: <http://lists.xymon.com/pipermail/xymon/attachments/20180322/cbd27fab/attach…>

1 0

Critical systems acknowledgement log?
by glh.forums＠gmail.com 22 Mar '18

22 Mar '18

Note: Using Xymon 4.3.28-1.el6.terabithia on RHEL 6. I have been using Xymon for at least 10 years but I have had no need for the critical systems view until recently. Now I need to use it but I have run into a snag with the alert acknowledgement function. Alert handling from the critical systems view is nice (once you set it up). The user clicks on a status icon and is redirected to the service status page. At the top of the page is a table that houses the information that was encoded for the host/service in the critical systems editor. It also includes a message text box and an "Acknowledge" button. The problem (for me) is that if the user acknowledges the alert, this action does not seem to be logged in the same place that a "legacy" acknowledgement is logged, so the Reports/Acknowledgements function does not report them. Even better, when the acknowledgement expires there is no trace that it ever existed! Has anyone else run into this? Do you have any suggestions for workarounds? Regards, Greg Hubbard

1 0

XymonPSclient - mapped disks not reporting
by kspringer＠innovateteam.com 22 Mar '18

22 Mar '18

An HTML attachment was scrubbed... URL: <http://lists.xymon.com/pipermail/xymon/attachments/20180321/414659d9/attach…>

3 3

nopropred
by apocalysque＠yahoo.com 20 Mar '18

20 Mar '18

Is it possible for me to apply nopropred/nopropyellow/noproppurple tags to groups and/or pages instead of hosts? Jason T. Brockdorf Software Integration QA Lead Identity and Access Management Texas Health and Human Services 512-438-2903

3 4

real memory status
by kspringer＠innovateteam.com 16 Mar '18

16 Mar '18

An HTML attachment was scrubbed... URL: <http://lists.xymon.com/pipermail/xymon/attachments/20180316/c2ebd09d/attach…>

2 2

real memory status
by solitaryr＠gmail.com 16 Mar '18

16 Mar '18

We did some digging on Linux memory management recently and came to the conclusion that it's just one big Ponzi Scheme. =G= On Fri, Mar 16, 2018 at 1:51 PM, Jason Brockdorf via Xymon <xymon at xymon.com> wrote: > _______________________________________________ > Xymon mailing list > Xymon at xymon.com > http://lists.xymon.com/mailman/listinfo/xymon > > > ---------- Forwarded message ---------- > From: Jason Brockdorf <apocalysque at yahoo.com> > To: "'Kris Springer'" <kspringer at innovateteam.com>, <xymon at xymon.com> > Cc: > Bcc: > Date: Fri, 16 Mar 2018 12:51:10 -0500 > Subject: RE: [Xymon] real memory status > > Here's an answer I found googling... > > > > https://unix.stackexchange.com/questions/147006/real-vs- > actual-memory-in-xymon-hobbit > > > > From how I understand it, your system memory will be used by > services/apps/etc and that usage is referred to as "actual". The remainder > of the memory that's not in use for those purposes will be put to use by > the kernel as buffers/cache. Basically in Linux (unless you need to tune > this for some specific reason) you really don't need to as worried about > "real" memory usage, and the fact that it uses that leftover memory to > speed up the system is actually a good thing. As far as xymon works, you > should be concerned with the "actual" usage (but not *completely* disregard > real usage). > > > > I found a really good article one time that explains it. I'll try to find > it and send in reply if I can. > > > > *From:* Xymon [mailto:xymon-bounces at xymon.com] *On Behalf Of *Kris > Springer > *Sent:* Friday, March 16, 2018 12:18 PM > *To:* xymon at xymon.com > *Subject:* [Xymon] real memory status > > > > What is the 'Real/Physical' memory status? It always shows above 95% even > though my system memory hovers around 30%. I've read that it's based on > the results of the 'free' command, but when I manually run that command I > only get 'Actual' and 'Swap' values. This 'Real' status doesn't seam > 'real' at all. I'm routinely forced to manually ignore that specific > value's tolerances via the 'analysis.cfg' file, but that seems counter > productive if the 'Real' status actually means something important. Can > anyone advise? > > > > Thank you. > > Kris Springer > > > >

1 0

real memory status
by apocalysque＠yahoo.com 16 Mar '18

16 Mar '18

Found it: https://www.linuxatemyram.com/ -----Original Message----- From: Xymon [mailto:xymon-bounces at xymon.com] On Behalf Of Jason Brockdorf via Xymon Sent: Friday, March 16, 2018 12:51 PM To: 'Kris Springer' <kspringer at innovateteam.com>; xymon at xymon.com Subject: Re: [Xymon] real memory status _______________________________________________ Xymon mailing list mailto:Xymon at xymon.com http://lists.xymon.com/mailman/listinfo/xymon

1 0