Bug 1002744
Summary: | [rhq-plugin] Fault count metrics are always 0 | ||||||||
---|---|---|---|---|---|---|---|---|---|
Product: | [JBoss] JBoss Fuse Service Works 6 | Reporter: | Viet Nguyen <vnguyen> | ||||||
Component: | JON | Assignee: | Julian Coleman <jcoleman> | ||||||
Status: | CLOSED NOTABUG | QA Contact: | Jiri Sedlacek <jsedlace> | ||||||
Severity: | medium | Docs Contact: | |||||||
Priority: | unspecified | ||||||||
Version: | 6.0.0 | CC: | atangrin, kconner, ldimaggi, mfoley, oskutka, soa-p-jira, vkhurana, vnguyen | ||||||
Target Milestone: | ER1 | ||||||||
Target Release: | 6.0.0 | ||||||||
Hardware: | Unspecified | ||||||||
OS: | Unspecified | ||||||||
Whiteboard: | |||||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||||
Doc Text: | Story Points: | --- | |||||||
Clone Of: | Environment: | ||||||||
Last Closed: | 2013-09-13 18:11:47 UTC | 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: | |||||||||
Attachments: |
|
Description
Viet Nguyen
2013-08-29 21:03:29 UTC
Created attachment 791953 [details]
EAP admin console
Created attachment 791954 [details]
JON metric view
How can this go from NEW -> VERIFIED without any work being done in development? There is a commit in https://github.com/knrc/rhq-switchyard-plugin (Change metrics to dynamic, fixes #3) 10 days ago. It seems to me that this bug has been fixed because of that. My bad....Moving the Status back to NEW to make sure the QE team verifies this bug in the official build.... (In reply to Varun Khurana from comment #5) > There is a commit in https://github.com/knrc/rhq-switchyard-plugin (Change > metrics to dynamic, fixes #3) 10 days ago. It seems to me that this bug has > been fixed because of that. I do not believe this would have made any difference as it just changes the way in which the information is presented, not how it is retrieved. I have tried to reproduce this issue but have not been able to, can you provide access to a system that demonstrates the problem? I was not able to reproduce this in the latest switchyard plugin master build. Please mark as fixed so the bug remains on QE radar for verification. Closing as not a bug as the issue cannot be reproduced. |