- Xymon - Xymon mailman web

Xymon Digest, Vol 7, Issue 9
by malcolm.hunter＠gmx.com 10 Aug '11

10 Aug '11

Hi Gautam, > ----- Original Message ----- > From: Gautam Balothia > Sent: 08/10/11 11:18 AM > To: xymon at xymon.com > Subject: [Xymon] Xymon Digest, Vol 7, Issue 9 > > I am facing issue with netstat on windows 2008 box. I have insatlled BBWin 0.12 in central mode. It started giving the netstat status after sometime it went to purple. I checked not net not much is given except some changes in xymonserver.cfg file. My parameters in file are listed below. Can somebody suggest me how to recover or make the netstat working on windows box. >   > MAXMSG_STATUS="15728640"MAXMSG_DATA="15728640"MAXMSG_CLIENT="15728640" Netstat only works in local mode. It's BBWin specific - not part of Xymon. Regards, Malcolm

1 0

Synchronize disabled servers from one xymon installation to another?
by Carl.Melgaard＠STAB.RM.DK 10 Aug '11

10 Aug '11

Hi, Is there an easy way to synchronize xymon disabled status (servers put in maintenance) from 1 xymon server to another (a standby server)? /melgaard

3 5

Xymon Digest, Vol 7, Issue 9
by balothia＠rediffmail.com 10 Aug '11

10 Aug '11

Hi All,   I am facing issue with netstat on windows 2008 box. I have insatlled BBWin 0.12 in central mode. It started giving the netstat status after sometime it went to purple. I checked not net not much is given except some changes in xymonserver.cfg file. My parameters in file are listed below. Can somebody suggest me how to recover or make the netstat working on windows box.   MAXMSG_STATUS="15728640"MAXMSG_DATA="15728640"MAXMSG_CLIENT="15728640" Thanks, Gautam

1 0

httpstatus inconsistency
by troy＠athabascau.ca 10 Aug '11

10 Aug '11

Henrik> I assume the both monitor3 and monitor5 are running the network tests Henrik> (the [xymonnet] task), and they are the same version? Yes to both questions: [xymon at monitor5 ~]$ server/bin/xymoncmd xymonnet --version 2011-08-09 10:28:49 Using default environment file /home/xymon/server/etc/xymonserver.cfg xymonnet version 4.3.2 SSL library : OpenSSL 0.9.8e-rhel5 01 Jul 2008 LDAP library: OpenLDAP 20343 [xymon at monitor5 ~]$ [xymon at monitor3 ~]$ server/bin/xymoncmd xymonnet --version 2011-08-09 10:27:51 Using default environment file /home/xymon/server/etc/xymonserver.cfg xymonnet version 4.3.2 SSL library : OpenSSL 0.9.8e-rhel5 01 Jul 2008 LDAP library: OpenLDAP 20343 [xymon at monitor3 ~]$ Henrik> Could you provide the output from running Henrik> Henrik> xymoncmd xymonnet --no-update --debug camilla Henrik> Henrik> on the two Xymon servers when it fails ? Yes, I set up a test host (tesla) to simulate the problem (delay + bad HTTP status) that I had with the production host (camilla) and ran: [xymon at monitor3 ~]$ server/bin/xymoncmd xymonnet --no-update --debug tesla ...on both monitoring servers and attached the results and the '/home/xymon/data/hist/tesla' contents. The hosts.cfg entries are: 192.168.0.2 tesla # ssh http://tesla httpstatus=dbB;http://tesla/cgi/dbB.pl;200; httpstatus=dbC;http://tesla/cgi/dbC.pl;200; The only difference that I know of between the monitoring servers is that monitor5 has an 'analysis.cfg' with: HOST=tesla DS http %.*http.*:sec >0.660 COLOR=yellow TEXT="Time exceeds &U at &V seconds." With the above monitor5:analysis.cfg directive; the status is reported as yellow; without it is reported as red. It looks like the analysis.cfg entry causes Xymon to mask the red with the yellow. Any help understanding this would be appreciated. - Troy

3 3

Cloud
by koobos＠gmail.com 09 Aug '11

09 Aug '11

Does anyone know if there is an image for Xymon so that I can run on AWS or the like? I only have shared access on my server and pretty sure I need root to install. Thanks!

4 3

httpstatus inconsistency
by troy＠athabascau.ca 08 Aug '11

08 Aug '11

I have two servers (monitor5 and monitor3) running Xymon 4.3.2 that both have the same hosts.cfg entries for a particular host. The entry uses the httpstatus test and goes like this: 192.168.0.29 camilla # postgresql \ http://MyUrlA \ httpstatus=dbB;https://MyUrlB;200 \ httpstatus=dbC;https://MyUrlC;200 \ http://MyUrlD The strange thing, is that when dbC fails with a non 200.... on monitor3 dbC and http tests show red on monitor5 dbC shows red and http shows green Why do the two monitoring servers behave differently? Any idea where to look? thanks, Troy -- This communication is intended for the use of the recipient to whom it is addressed, and may contain confidential, personal, and or privileged information. Please contact us immediately if you are not the intended recipient of this communication, and do not copy, distribute, or take action relying on it. Any communications received in error, or subsequent reply, should be deleted or destroyed. ---

3 5

httpstatus inconsistency (yellow masks red)
by troy＠athabascau.ca 08 Aug '11

08 Aug '11

I see another bit of evidence that my monitoring server masks red with yellow: In '/home/xymon/data/hist/ldap': ldap 1310510981 1310510371 610 re gr 2 ldap 1310510981 1310510981 0 ye re 1 ldap 1310512082 1310510981 1101 gr ye 1 The web page interprets the above as: Tue Jul 12 17:08:02 2011 green 17:59:36 Tue Jul 12 16:49:41 2011 yellow 0:18:21 Tue Jul 12 16:49:41 2011 red none Tue Jul 12 16:39:31 2011 green 0:10:10 The notifications sent out were: Tue Jul 12 16:55:07 2011 ldap.ldap (xx.xx.xx.xx) email at address[162] 1310511307 0 Tue Jul 12 17:08:02 2011 ldap.ldap (xx.xx.xx.xx) email at address[162] 1310512082 0 1101 (a yellow notification followed by a recovery notification) Being that the LDAP service was down (red) until 17:08 it looks like the yellow masked that fact. I am using Xymon 4.3.2. I will be very grateful for any ideas or confirmation of this behavior. cheers, Troy -- This communication is intended for the use of the recipient to whom it is addressed, and may contain confidential, personal, and or privileged information. Please contact us immediately if you are not the intended recipient of this communication, and do not copy, distribute, or take action relying on it. Any communications received in error, or subsequent reply, should be deleted or destroyed. ---

1 1

another issue after upgrading .. custom temperate monitor extension not recording proper history..
by tsztur＠gmail.com 08 Aug '11

08 Aug '11

I have a temperature sensor extension that does not get recorded in the "100 events received in the past 201 minutes" section any longer after running a test to change the status to red. The status icon turns RED and the page is sent however after the status goes back to normal (GREEN) the "Last 50 log entries" still goes GREEN for the last 4 days. This is the same page that turned RED. Also , the Current non-green Systems history shows nothing of the entry turning RED at all. All other systems seem to be recording except for these custom ones. any idea why? This is a temperature sensor and has a custom script (in the ./ext ).. however the sensor works fine however the history is not being recorded properly. any ideas?

1 0

upgraded from 4.3.0-beta to 4.3.4 .. [info] tab no longer works "internal server error"
by tsztur＠gmail.com 08 Aug '11

08 Aug '11

error_log says "Premature end of script headers: svcstatus.sh," the permissions seem fine. All other pages that call up svcstatus.sh seem to work except the Info tab. Any idea why?

3 2

Spikes in activity.
by Neil.Simmonds＠express-gifts.co.uk 08 Aug '11

08 Aug '11

Hi all, I've looked through the documentation for Xymon and I can't seem to find any way to only have an icon colour change if a threshold has been passed for x number of consecutive tests. I'm aware that alerts allow this kind of thing but would really like the dashboard not to change colour if we just get a spike in disk, cpu or memory usage (amongst other things). Is there any way to do this? Regards, Neil Simmonds Operations Analyst Operations Support Group Express Gifts Ltd. neil.simmonds at express-gifts.co.uk Tel :- 01254 303092 Fax :- 01254 303100 Name & Registered Office: EXPRESS GIFTS LIMITED, 2 GREGORY ST, HYDE, CHESHIRE, ENGLAND, SK14 4TH, Company No. 00718151. Express Gifts Limited is authorised and regulated by the Financial Services Authority ------------ NOTE: This email and any information contained within or attached in a separate file is confidential and intended solely for the Individual to whom it is addressed. The information or data included is solely for the purpose indicated or previously agreed. Any information or data included with this e-mail remains the property of Findel PLC and the recipient will refrain from utilising the information for any purpose other than that indicated and upon request will destroy the information and remove it from their records. Any views or opinions presented are solely those of the author and do not necessarily represent those of Findel PLC. If you are not the intended recipient, be advised that you have received this email in error and that any use, dissemination, forwarding, printing, or copying of this email is strictly prohibited. No warranties or assurances are made in relation to the safety and content of this e-mail and any attachments. No liability is accepted for any consequences arising from it. Findel Plc reserves the right to monitor all e-mail communications through its internal and external networks. If you have received this email in error please notify our IT helpdesk on +44(0) 1254 303030

6 11