Hi Ben,

This is a known limitation with slave clusters: http://docs.opsview.org/doku.php?id=opsview3.3:slaveclusters

We're planning on how to get the acknowledgements and downtime sychronised between the slave clusters in the 3.5.1 timeframe. (3.5.0 is due about beginning November, 3.5.1 about beginning December). This will be difficult though as it requires merging state information between two separate Nagios instances.

Ton


On 22 Oct 2009, at 23:55, Ben Spade wrote:


We have an Opsview master with a slave cluster composed of two slaves.  We also have a desire to avoid spamming our contacts with excessive notifications. We have noticed that occasionally (maybe often), a notification goes out, someone acknowledges it, and a short time later the notifications begin again, this time with no opportunity to acknowlege.

Here is an example:
---
PROBLEM: SSH is CRITICAL on mx1.xxx.com
nagios - Opsview Slave on hq-esmslv01 [[email protected]]
Sent: Thu 10/22/2009 1:36 PM

PROBLEM: SSH is CRITICAL on host mx1.xxx.com: Connection refused

Service: SSH
Host: mx1.xxx.com
Alias: IronPort mail appliance
Address: 10.214.108.11
State: CRITICAL
Comment:  ()
Date/Time: Thu Oct 22 13:36:13 PDT 2009

Additional Info:

Connection refused
---
This was followed by:
---
ACKNOWLEDGEMENT: SSH is CRITICAL on mx1.xxx.com
nagios - Opsview Slave on hq-esmslv01 [[email protected]]
sent:Thu 10/22/2009 1:40 PM

ACKNOWLEDGEMENT: SSH is CRITICAL on host mx1.xxx.com: Connection refused

Service: SSH
Host: mx1.xxx.com
Alias: IronPort mail appliance
Address: 10.214.108.11
State: CRITICAL
Comment: . (bspade)
Date/Time: Thu Oct 22 13:40:14 PDT 2009

Additional Info:

Connection refused

---
Followed by:
---
PROBLEM: SSH is CRITICAL on mx1.xxx.com
nagios - Opsview Slave on hq-esmslv02 [[email protected]]
Sent: Thu 10/22/2009 2:25 PM

PROBLEM: SSH is CRITICAL on host mx1.xxx.com: Connection refused

Service: SSH
Host: mx1.xxx.com
Alias: IronPort mail appliance
Address: 10.214.108.11
State: CRITICAL
Comment:  ()
Date/Time: Thu Oct 22 14:24:39 PDT 2009

Additional Info:

Connection refused
---

Note that the sending slave is hq-emsslv01 for the first alert and for the acknowlegement, and the sending slave is hq-esmslv02 for the second alert.

Also, the Master thinks the problem has been acknowleged, so there is no opportunity on the browser display to acknowlege it again.

Is there a solution to this?

Note that we have Opsview version 3.3.1.3107 installed, please tell me that the new version 3.3.2.3275 solves the problem...

Thanks,
Ben

_______________________________________________
Opsview-users mailing list
[email protected]
http://lists.opsview.org/lists/listinfo/opsview-users

Ton Voon
Product Architect



Opsera Limited | Unit 69 Suttons Business Park
Reading | Berkshire | RG6 1AZ | UK

Phone:   
+44 (0) 845 057 7887
Mobile
:   +44 (0) 7931 365796
Skype:   tonvoon     Email:   [email protected]

www.opsera.com
This e-mail is confidential, intended only for the named recipient(s) above and may contain information that is privileged and confidential. If you receive this message in error, or are not the named recipient(s), please notify the sender at the phone number above, do not copy this message, do not disclose its contents to anyone, and delete this e-mail message from your computer. Although Opsera routinely screens for viruses, addressees should scan this e-mail and any attachments for viruses. Opsera makes no representation or warranty as to the absence of viruses in this e-mail or any attachments. Opsera Limited is registered in the UK under Company Number 5396532. Our registered office is Gorse View, Horsell Rise, Woking, Surrey, GU21 4RB.

_______________________________________________
Opsview-users mailing list
[email protected]
http://lists.opsview.org/lists/listinfo/opsview-users

Reply via email to