[Xymon] bbwin Windows services state text delayed?

[Carl Melgaard]

Hi,

I ended up sending our culprit Windows host to another Xymon installation we have in-house – running 4.3.10. Here it shows up correctly so far. Even deleting the “svcs” history and making it start from scratch will get the wrong state in from the get go on the 4.3.7-installation.

I suspect the 4.3.10-installation is running CentOS 6.0+, but I cant really see that making a diff? Guess I’ll have to look in the change notes, if this was reported fixed in 4.3.10.

Regards,
Carl Melgaard

________________________________
Fra: Neil Simmonds [mailto:Neil.Simmonds at express-gifts.co.uk]
Sendt: 20. september 2012 10:58
Til: xymon at xymon.com
Cc: Carl Melgaard
Emne: RE: [Xymon] bbwin Windows services state text delayed?

Hi Carl,

I also experience exactly this running Xymon 4.3.4 on Centos 5.6.

I’ve also just done some testing on another system running Xymon 4.3.4 on Centos 6.3.

I had to use services that were stopped/disabled and stopped/manual as I don’t have a test machine on that system where I could stop an automatic service but they reported the status correctly on Red.

When I changed them to monitor for status=stopped they also still reported ok. This obviously isn’t conclusive that it is different on Centos 6.3 as I haven’t actually changed the state of the services, just the monitoring.

I’d be very interested to know if there is a fix for this as we have our Operators making call outs based on Xymon alerts and something like this can cause confusion.

Cheers,
Neil.

________________________________
From: xymon-bounces at xymon.com [mailto:xymon-bounces at xymon.com] On Behalf Of Carl Melgaard
Sent: 19 September 2012 15:18
To: 'xymon at xymon.com'
Subject: [Xymon] bbwin Windows services state text delayed?

Hi,

Running Xymon 4.3.7 on CentOS 5.6 – just started using bbwin-0.13 for our Windows servers – I’m seeing some funny behaviour when a service I’m monitoring is changing state:

From analysis.cfg:

HOST=itm.ov
        SVC     Spooler  status=started startup=automatic


When the service goes red or green, the following weirdness can occur:

Wed Sep 19 15:51:17 2012 - Services OK

&green Spooler is stopped/automatic - want started/automatic

or

Wed Sep 19 16:06:22 2012 - Services NOT ok

&red Spooler is started/automatic - want started/automatic


 - and it stays like this unless the state changes again – seems like the status text is delayed/opposite sometimes?


Theres been some discussion earlier about something similar to this – but it’s mentioned it was fixed? Anyone experience something like this?

Regards,
Carl Melgaard

Tel. +45 7841 2982 eller +45 2068 5764
Driftsplanlægning og overvågning ▪ Region Midtjylland
Olof Palmes Allé 36 ▪ DK-8200 Aarhus N


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

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xymon.com/pipermail/xymon/attachments/20120920/59b06607/attachment.html>