Description of problem: When alarm status is displayed clicking on the count will drill down to a filtered list of events/alarms for that entity (in the Events view). However in all cases it shows only events with critical severity. It doesn't make sense especially when the count shows events/alarms with warning severity. Version-Release number of selected component (if applicable): rhscon-ceph-0.0.15-1.el7scon.x86_64 rhscon-core-0.0.18-1.el7scon.x86_64 rhscon-ui-0.0.31-1.el7scon.noarch How reproducible: 100% Steps to Reproduce: 1. Have a cluster in warning state, click on number of alerts 2. 3. Actual results: Only critical events for the cluster are displayed. Expected results: All active events which are count in the sum of alerts are displayed and only them. Additional info:
The Events view that is shown should always show a listing with filters applied based on the context / trigger.
*** Bug 1343577 has been marked as a duplicate of this bug. ***
Possible reproduction scenario from BZ 1343577 Steps to Reproduce: 1. Create some cluster 2. Remove some disks from OSD hosts 3. Click on the alerts number
This should be easy to fix, if the correct course of action is identified (whether to show warning level severity events in the list, or not include them in the count shown - to resolve the discrepancy). Looking forward for the UX team to give a direction there.
What types of warning level severity events do we have? Can someone share that list? This is needed to be able to provide guidance.
There are 5 levels - info - minor - warning - major - critical When we display even counts in UI, minor & warning together considered as warning major & critical considered as critical.
To add the issue mentioned in BZ is already fixed in the last and it works as karnan stated in the above comment
Tested on: rhscon-core-0.0.34-1.el7scon.x86_64 rhscon-ui-0.0.48-1.el7scon.noarch rhscon-core-selinux-0.0.34-1.el7scon.noarch rhscon-ceph-0.0.33-1.el7scon.x86_64
Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://access.redhat.com/errata/RHEA-2016:1754