Bug 787227
Summary: | Using an Availability condition on a recovery Alert doesn't trigger Alert or Recovery | |||
---|---|---|---|---|
Product: | [JBoss] JBoss Operations Network | Reporter: | dsteigne | |
Component: | Monitoring - Alerts | Assignee: | RHQ Project Maintainer <rhq-maint> | |
Status: | CLOSED NOTABUG | QA Contact: | Mike Foley <mfoley> | |
Severity: | medium | Docs Contact: | ||
Priority: | high | |||
Version: | JON 3.0.0 | CC: | jshaughn, loleary | |
Target Milestone: | --- | |||
Target Release: | JON 3.1.2 | |||
Hardware: | All | |||
OS: | All | |||
Whiteboard: | ||||
Fixed In Version: | Doc Type: | Bug Fix | ||
Doc Text: | Story Points: | --- | ||
Clone Of: | ||||
: | 801504 (view as bug list) | Environment: | ||
Last Closed: | 2012-11-16 03:23:51 UTC | Type: | --- | |
Regression: | --- | Mount Type: | --- | |
Documentation: | --- | CRM: | ||
Verified Versions: | Category: | --- | ||
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | ||
Cloudforms Team: | --- | Target Upstream Version: | ||
Embargoed: | ||||
Bug Depends On: | ||||
Bug Blocks: | 801504 |
Description
dsteigne
2012-02-03 15:55:41 UTC
Are you sure that the OOM of the AS instance and the restart operation actually triggered a change in the availability of the EAP Server? If you choose the EAP server from the inventory then go to its Monitoring>Availability subtab do you see a row in there indicating the EAP instance was unavailable at the time of the OOM condition and then showing available again after the restart operation completed? Yes, both conditions show on the Availability tab See comments in bug 801504 Jay was specifically referring to https://bugzilla.redhat.com/show_bug.cgi?id=801504#c3 Triage: If there is nothing to do here, we should close. I agree with comment https://bugzilla.redhat.com/show_bug.cgi?id=801504#c3 in upstream bug 801504. The recovery alert never gets triggered here because the availability never actually changed. When the OOM is thrown in the EAP log and the "restart" alert is fired due to the event, the availability was never actually down. So, the restart operation is invoked, but the seeing that the restart happens between availability checks, the EAP instance was never DOWN and therefore, can not be seen as Goes Up. Which is exactly as Charles described it in comment 1. After reviewing the original case which raised this issue it appears that the user was experiencing a configuration issue combined with what comment 1 suggested. I am closing this as NOTABUG. |