Bug 1298615
Summary: | Host page provides misleading data for hosts listed there | ||
---|---|---|---|
Product: | [Red Hat Storage] Red Hat Storage Console | Reporter: | Martin Bukatovic <mbukatov> |
Component: | UI | Assignee: | sankarshan <sankarshan> |
Status: | CLOSED CURRENTRELEASE | QA Contact: | Martin Bukatovic <mbukatov> |
Severity: | medium | Docs Contact: | |
Priority: | unspecified | ||
Version: | 2 | CC: | nthomas, sankarshan |
Target Milestone: | --- | ||
Target Release: | 2 | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Whiteboard: | |||
Fixed In Version: | rhscon-ceph-0.0.23-1.el7scon.x86_64, rhscon-core-0.0.24-1.el7scon.x86_64, rhscon-ui-0.0.39-1.el7scon.noarch | Doc Type: | Bug Fix |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2018-11-19 05:33:39 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: |
Description
Martin Bukatovic
2016-01-14 14:58:32 UTC
Note: neither kernel nor ceph version is reported in the host list page as pointed out in verification comment in BZ 1296187 Checking with ============= 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 rhscon-core-0.0.34-1.el7scon.x86_64 ceph-installer-1.0.14-1.el7scon.noarch ceph-ansible-1.0.5-28.el7scon.noarch Verification ============ On all machines of the cluster (all MON and OSD machines), I started stress process[1] to push cpu utilization to 100% and let it run for longer period of time so that RHSC 2.0 had enough time to notice this new state. After 15 minutes, I see that the cpu charts were updated: I see 100% value reported for all machines in the list. Similar check was done for memory[2], and after another 15 or 20 minutes, the charts were updated as well. >> VERIFIED [1] the actual command: `stress --cpu 2` (since my machines had 2 cpus) [2] command `stress --vm 1 --vm-bytes 1G ` (I didn't intended to use all memory) (That said, during testing of this BZ I noticed one peculiar issue, which has been reported as new BZ 1358270. I created new BZ instead of failing this one because my testing shows that the data are no longer random and actual values are reported - which is the main concern of this BZ.) |