Bug 988884 (PM-403, PRODMGT-403)

Summary: Add a manual sync avail check to the UI
Product: [JBoss] JBoss Operations Network Reporter: Heiko W. Rupp <hrupp>
Component: Monitoring -- OtherAssignee: Lukas Krejci <lkrejci>
Status: CLOSED CURRENTRELEASE QA Contact: Mike Foley <mfoley>
Severity: urgent Docs Contact:
Priority: urgent    
Version: JON 3.2CC: hrupp, loleary, skondkar
Target Milestone: Alpha-x   
Target Release: JON 3.2.0   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: Enhancement
Doc Text:
Feature: Synchronous determination of availability of a managed resource. Reason: Current availability checks are done infrequently and at larger intervals. Sometimes it is needed to quickly get the current availability of a resource. < see also description of the item which explains more > Result (if any):
 Story Points: ---
Clone Of: 988881 Environment:
Last Closed: Type: Bug
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: 988881    
Bug Blocks:    

Description Heiko W. Rupp 2013-07-26 15:41:15 UTC 
+++ This bug was initially created as a clone of Bug #988881 +++

Provide a means to manually check for live availabilty with a contextually appropriate response (e.g. not in the msg center)

This may need a full set of new apis. Those apis are *not* exposed on the remote api. GUI only

I can imagine that the customer can click on the avail icon of a resource, a spinning icon appears while the check is running and then when the method call returns the icon is replaced with the appropriate avail state.

The check must also update the avail information in the server entities (availability, resource availability) and the agents "mind" if necessary to prevent conflicting information in case that e.g. the user checks avail on a resource, which is then reported back as down and the user goes to the parents child-resources tab, which must also reflect this new state.

The new state also needs to go into alerting, so if the user has set up an alert on goes down and resource which is green is reported as down, that alert must (almost) immediately trigger after the remote call has returned.
Comment 2 JBoss JIRA Server 2013-08-08 13:54:55 UTC 
Larry O'Leary <loleary> made a comment on jira PRODMGT-403

ACK'd by engineering and scheduled for 3.2 release as indicated in previous comments.
Comment 3 Lukas Krejci 2013-08-15 11:14:17 UTC 
This is now in master, see BZ 988881.
Comment 5 Simeon Pinder 2013-08-26 15:36:18 UTC 
Moving to ON_QA as available for testing in latest 3.2.x ALPHA 58 build:

https://brewweb.devel.redhat.com//buildinfo?buildID=291947
Comment 6 Lukas Krejci 2013-08-27 10:53:19 UTC 
This is still being worked on, despite some of the code already being in master.
Therefore I'd like to leave it now from testing right now.

See BZ 988881 for updates.
Comment 10 Mike Foley 2013-09-13 17:55:39 UTC 
QE work on this ticket.

https://engineering.redhat.com/trac/jon/ticket/857
Comment 12 Mike Foley 2013-09-19 17:20:23 UTC 
from Sunil ...

Filed new BZ while testing this BZ 

https://bugzilla.redhat.com/show_bug.cgi?id=1009902


Executed test cases on PM-403
https://tcms.engineering.redhat.com/run/85397/