April 2018 - Xymon - Xymon mailman web

Oversize data/client msg vs time out
by bakgat8＠hotmail.com 10 Apr '18

10 Apr '18

I sometimes get xymond yellow with oversize client message - I love that. And btw Statistics for Xymon daemon Version: 4.3.23 My issue is not with that. I have a server that fails sending to xymon, but only fails partly. So what I get is that Xymon claims for eg: procs are not running .. in my estimation - not because procs are not running, but because the whole "packet of info" did not make it to xymon. I can correlate the two things - error message in ~xymon/client/logs and bad procs reports. My question is why do I get no matching yellow in xymond. Surely it should be able to detect "this is not a full packet" just the same as in an oversize packet? xymond does not show anything on the webpage, and honestly I have not trolled the logs - since the web is green - I assume there is nothing in the logs. 2018-04-08 09:30:12 Whoops ! Failed to send message (timeout) 2018-04-08 09:30:12 -> 2018-04-08 09:30:12 -> Recipient '10.65.20.51 10.65.1.171', timeout 15 2018-04-08 09:30:12 -> 1st line: 'client pluto.linux linux' 2018-04-08 16:37:12 Whoops ! Failed to send message (timeout) 2018-04-08 16:37:12 -> 2018-04-08 16:37:12 -> Recipient '10.65.20.51 10.65.1.171', timeout 15 2018-04-08 16:37:12 -> 1st line: 'client pluto.linux linux' I solved the problem temporarily with a delayed red .. because as soon as a full packet makes it - the procs are happy again. If I knew how to extend the timeout I would try that too - but clearly that is also a hack-patch on the real issue. The issue seems to be on one subnet - but I have not gotten worked up enough to deal with network about it. Thoughts? BG

2 1

Strange acknowledge alerts issue
by jwithers＠hss.com 10 Apr '18

10 Apr '18

Hi, We have a strange issue whereby some users get a list of all of the alerts when they try to specifically acknowledge just the one. Others like myself only see the correct alert on the acknowledge screen. For the affected users this problem happens whether they are using Chrome or IE. Has anyone come across this problem before or can advise on what might be causing this? As far as I am aware this has only started to happen in the last week or so. Regards James Withers This message, and any associated files, are intended only for the use of the message recipient and may contain information that is confidential, subject to copyright or constitute a trade secret. If you are not the message recipient you are hereby notified that any dissemination, copying or distribution of this message, or files associated with this message, is strictly prohibited. If you have received this message in error, please notify the sender immediately by replying to the message and then deleting it from your computer. HSS Hire Service Group Limited may monitor email traffic data and also the content of email for the purposes of security and staff training. Any views or opinions presented are solely those of the sender and do not necessarily represent those of the company. HSS Hire Service Group is a limited company registered in England and Wales. Registered number: 644490. Registered office: Oakland House, 76 Talbot Road, Old Trafford, Manchester, M16 0PQ United Kingdom.

2 1

Mailing list outage
by henrik＠hswn.dk 10 Apr '18

10 Apr '18

Hi, my apologies for the mailing list being out of order. It seems that mailman crashed on April 1st (no, not an April Fools joke) and that caused messages for the mailing list to just go into a queue without being processed. By virtue of Mr Murphy this coincided with my being almost offline due to travel and holidays. My Xymon process monitoring should have alerted me to this, but apparently one of the Xymon extensions runs a command containing the word "mailman", so it didn't spot that this process was missing :-( I'll do some fine-tuning on the procs check. Regards, Henrik

1 0

Monitoring two environments to one active xymon server
by chrisp＠lightstoneauto.co.za 09 Apr '18

09 Apr '18

Good day I have two environment at different locations. Location A is production and location B is our fail over site. There is a dedicated link between sites that is used to keep our SANs and Mysql databases at location B in sync with production. Location B only has some active servers running, when we fail over the rest of the servers will be started from the NAS which is replicated frol prduction The databases use mysql replication which is working great, they are active at the failover site and I need to monitor them. What I tried was to add a interface on the xymon server on the replication network. Added a IP on the xymonserver.cfs (XYMONSERVERIP="xymon_prod_ip IP_on_replication_network" This seemed to work well and I could monitor the 3 DBs at the failover site. The problem I found was that all the graphs for all the services (prod and the 3 replicated DB server) started showing gaps in the graphs. History show no downtime or service interuptions. When I removed the second IP in XYMONSERVERIP=, the graphs for all the services now record correctly. Please advise what other ways I can try to monitor the 3 DBs at the failover site. Kind regards [https://lsc-assets.scdn1.secure.raxcdn.com/lssig/AUTOlogoW.png] Chris Pretorius [https://lsc-assets.scdn1.secure.raxcdn.com/lssig/phone.png] 0872367740 [https://lsc-assets.scdn1.secure.raxcdn.com/lssig/email.png] chrisp at lightstone.co.za<mailto:chrisp at lightstone.co.za> [https://lsc-assets.scdn1.secure.raxcdn.com/lssig/web.png] www.signio.co.za<http://www.signio.co.za> [https://lsc-assets.scdn1.secure.raxcdn.com/lssig/address.png] Centurion Square, 3rd Floor, cnr Heuwel and Gordon Hood rd, Centurion This communication is subject to Lightstone's email disclaimer<http://www.lightstone.co.za/portal/content/email-disclaimer.aspx>

1 0

sender of Xymon alert emails
by thannhi.nguyen＠solvay.com 03 Apr '18

03 Apr '18

Hello, I am trying to configure emails alert. The server team already was unable the email service. but I still haven't got any email alert. Can anyone tell me where I can find/configure the sender name/address for these alert? Thank you. *Best regards,* *ThanNhi Nguyen* *IS MES Design & Support* *3737 Buffalo Speedway* *Houston, TX 77098-3701T: 1-713-525-6740M: 1-713-247-9278* [image: SOLVAY] www.solvay.com -- *This message and any attachments is intended for the named addressee(s) only and may contain information that is privileged and/or confidential. If you receive this message in error, please delete it and immediately notify the sender. Any copying, dissemination or disclosure, either whole or partial, by a person who is not the named addressee is prohibited. We use virus scanning software but disclaim any liability for viruses or other devices which remain in this message or any attachments.*******************************Ce message, ainsi que toute piece jointe, est exclusivement adresse au(x) destinataire(s) nomme(s) et peut contenir des informations confidentielles. Si vous recevez ce message par erreur, merci de le detruire et d'en avertir immediatement l'emetteur. Toute copie, transmission ou divulgation, integrale ou partielle, par une personne qui n'est pas nommee comme destinataire est interdite. Nous utilisons un logiciel anti-virus mais nous denions toute responsabilite au cas ou des virus, ou tout autre procede, seraient contenus dans ce message ou toute piece jointe.*

1 0

findhost.sh URL
by jeremy＠laidman.org 03 Apr '18

03 Apr '18

John The behaviour you are seeing is related to the auto-jump that occurs when a search finds only one matching host. In this situation, it will take you straight to the page with that host in it, rather than an interim page from which to choose from all matching hosts. My testing shows that the older Xymon returns a "302 Found" redirect, but the new one returns a "200 OK". I'm wondering if this Apache doing some kind of internal redirect for the newer Xymon. The "Location" header sent by the two versions are different in that the old version sends an absolute redirect "Location: http://servername/blabla" and the new one sends a relative redirect "Location: /blabla". I'm not an expert on Apache, but it wouldn't surprise me if it's optimising the relative redirects. If so, this might be a behaviour that can be adjusted by Apache configuration. J On 29 March 2018 at 23:36, Rothlisberger, John R. < john.r.rothlisberger at accenture.com> wrote: > Has anyone else noticed that in 4.3.28 the URL is written differently than > in previous versions (4.3.21 below)? > > > > It is very useful to know what page a server resides on when using the > findhost.sh and being able to send a link that contains the actual path: > > https://xymon.server_4.3.21/Chicago/ORD/ORD_TMP/#server1 > > > > In 4.3.28 the URL remains with the findhost.sh paramerters: > > https://xymon.server_4.3.28/Denver-cgi/findhost.sh?host= > server2&jump=on&SUB=Search > > > > Is there a way to revert this back in 4.3.28? > > > > Thanks, > > John > > Upcoming PTO: > > _____________________________________________________________________ > > John Rothlisberger > > IT Strategy, Infrastructure & Security - Technology Growth Platform > > TGP for Business Process Outsourcing > > Accenture > > 312.693.3136 office > > _____________________________________________________________________ > > > > ------------------------------ > > This message is for the designated recipient only and may contain > privileged, proprietary, or otherwise confidential information. If you have > received it in error, please notify the sender immediately and delete the > original. Any other use of the e-mail by you is prohibited. Where allowed > by local law, electronic communications with Accenture and its affiliates, > including e-mail and instant messaging (including content), may be scanned > by our systems for the purposes of information security and assessment of > internal compliance with Accenture policy. Your privacy is important to us. > Accenture uses your personal data only in compliance with data protection > laws. For further information on how Accenture processes your personal > data, please see our privacy statement at https://www.accenture.com/us- > en/privacy-policy. > ____________________________________________________________ > __________________________ > > www.accenture.com > > _______________________________________________ > Xymon mailing list > Xymon at xymon.com > http://lists.xymon.com/mailman/listinfo/xymon > >

1 1

Xymon - Availability Report
by atalla＠zetaglobal.com 03 Apr '18

03 Apr '18

Hi, Could you let me know the update please. --Aj From: Ajay Kumar Talla Sent: Wednesday, March 28, 2018 4:41 PM To: 'xymon at xymon.com' <xymon at xymon.com>; 'Jeremy Laidman' <jeremy at laidman.org>; 'Root, Paul T' <Paul.Root at centurylink.com> Subject: RE: Xymon - Availability Report Added screenshot From: Ajay Kumar Talla Sent: Wednesday, March 28, 2018 4:38 PM To: xymon at xymon.com<mailto:xymon at xymon.com>; Jeremy Laidman <jeremy at laidman.org<mailto:jeremy at laidman.org>>; Root, Paul T <Paul.Root at centurylink.com<mailto:Paul.Root at centurylink.com>> Subject: Xymon - Availability Report Hi, I need to generate Availability report. When I click on "Generate Spreadsheet" in Availability report page, I'm not able to download the report as .csv format. Instead the report is showing only in webview. I have the latest version of Xymon installed(v4.3.28). Below is the screenshot [cid:image001.png at 01D3CB05.9E872B90] Could you please help me download the report? Thanks, Ajay

1 1