Fedora Account System
Red Hat Associate
Red Hat Customer
Description of problem ====================== RHSC 2.0 UI shows zero values for various information (such as graphs, number of clusters, hosts, monitors, ...) until the actual data are fetched. Since sometimes it takes a long time to fetch the data, this behavior confuses the user. When *a zero value* is reported somewhere, it could mean either one of: * the actual value hasn't been loaded and show yet (and we don't know if it's zero or not yet) * the actual value has been already loaded and it really is zero Moreover, it may happen that some values are fetched sooner than others, which makes this problem even more confusing. For example: on the dashboard, the user could be presented with information like this: * 5 Hosts (actual value, data already fetched) * 0 Monitors (value not yet fetched, actual value is 1) * 0 PGs (actual value, data already fetched) * ... and so on ... Here the user can see that the Hosts value has been already loaded, and so he may think that the number of Monitors has been loaded as well, which is not the case. To fix this issue, we need to make clear that the value hasn't been fetched yet in every UI element which reports some data dynamically (such as graphs and numbers). Version-Release =============== rhscon-ui-0.0.29-1.el7scon.noarch related packages: rhscon-core-0.0.16-1.el7scon.x86_64 rhscon-ceph-0.0.13-1.el7scon.x86_64 ceph-installer-1.0.6-1.el7scon.noarch ceph-ansible-1.0.5-5.el7scon.noarch How reproducible ================ 100 % Steps to Reproduce ================== 1. Login into RHSC 2.0 web interface. 2. Create a cluster if there is none 3. Click on the dashboard of this cluster 4. See values on this page (number of Hosts, Monitors, PGs, Pools, OSDs, ...) and various graphs. Warning: this is a general issue, it applies to any data/graph reported by RHSC 2.0 web UI anywhere. Actual results ============== The data are not loaded immediately and zero values are presented instead. One can't distinguish if the zero value is actually reported or if the value hasn't been loaded yet. Expected results ================ The data are loaded immediately, and the UI makes this clear so that the user knows which values are already loaded and which hasn't.
See also related comment https://bugzilla.redhat.com/show_bug.cgi?id=1301095#c4 the difference is that BZ 1301095 is concerned with showing random data without fetching actual values.
Ju, Need your input on handling the zero values on dashboard screens
Created attachment 1165408 [details] UI Mockup to show expected presentation when no data is present.
There are 3 conditions that need to be considered: 1. Data is still loading. 2. There is no data available 3. The data value really is zero. In case 1, present a spinner to indicate that loading is in progress. Each dashboard card should present its status separately as some may load quickly while others could take a long time. In case 2, data is not present or cannot be retrieved. In this case a "No data available" message is displayed in the body of the card. In case 3, a zero (0) value should be shown. I've attached a mockup that shows this. Here, Utilization and PG's are currently loading and display a spinner and CPU and Memory have no data available.
*** Bug 1302732 has been marked as a duplicate of this bug. ***
*** Bug 1340064 has been marked as a duplicate of this bug. ***
Using: ~~~ # rpm -qa rhsc* rhscon-ui-0.0.42-1.el7scon.noarch rhscon-core-0.0.28-1.el7scon.x86_64 rhscon-ceph-0.0.27-1.el7scon.x86_64 rhscon-core-selinux-0.0.28-1.el7scon.noarch ~~~ When I see main dashboard page with one cluster, I see spinners until the data are loaded (so case 1 from comment 6 is covered ok). Since there is an issue with reporting of cpu utilization (see eg. BZ 1351521), I also able to check what would the RHSC 2.0 UI do when the values are not available (case 2 from comment 6): * On main dashboard page, I see that the cpu graphs are not shown at all but I guess it would be better if some placeholder was shown to indicate that the data are not available (as suggested by Matt in comment 6). * On Hosts list page, I see all cpu utilization graphs reporting 0.0%, which is obviously a nonsense - in this case, some placeholder reporting that no data are available should be shown instead (as suggested by Matt in comment 6) Based on this, I'm moving this back to ASSIGNED state. Besides that, there is some mysterious zero value reported on the main dashboard now - but there is a special BZ for that: BZ 1351526
Created attachment 1174622 [details] CPU graph missing when no data are available Attaching evidence.
Could you specify FiV? Without this, I don't know when I can retest this again.
Removing needinfo flag (FiV has been provided).
Using rhscon-ui-0.0.48-1.el7scon.noarch with: 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 I started "Create Cluster" task which failed, and so had an opportunity to check dashboard with no data available. Unfortunately, I see few inconsistencies here as can be shown on the attached screenshot: Utilization donut chart is not available, which made clear by "No data available" placeholder icon (so far, so good), but the sparkline chart with utilization trend (data for last 24 hours) is shown and reports zeroes for the whole period (highlighted via red colored ellipses). The same problem applies for sparkline trend chart for Memory in System Performance widget (highlighted via red colored ellipses). On the other hand, the both CPU charts (donut and sparkline) in System Performance are not shown - and no data avail. placeholder is provided for both of them (highlighted via green colored ellipse) - this is how I would expect the dashboard to behave in all cases when there are no data. This is important because you need to be able to distinguish between 2 possibilities here: * a state when the data were available (so that console could present a meaningful sparkline chart with data for last 24 hours), but are no available right now * the data are not available and weren't available in the past either In the 2nd case, console should not show zeroes in any chart.
Created attachment 1181537 [details] screenshot of main dashboard Attaching screenshot with evidence for a previous comment.
Created attachment 1181538 [details] screenshot of host dashboard Another example of issues described in comment 13 on Host dashboard page.
This is a comment with QE verification details. Version-Release =============== On RHSC 2.0 server machine: ceph-installer-1.0.14-1.el7scon.noarch ceph-ansible-1.0.5-32.el7scon.noarch rhscon-ui-0.0.52-1.el7scon.noarch rhscon-core-selinux-0.0.41-1.el7scon.noarch rhscon-ceph-0.0.40-1.el7scon.x86_64 rhscon-core-0.0.41-1.el7scon.x86_64 On Ceph 2.0 machines: ceph-common-10.2.2-36.el7cp.x86_64 ceph-selinux-10.2.2-36.el7cp.x86_64 rhscon-core-selinux-0.0.41-1.el7scon.noarch rhscon-agent-0.0.18-1.el7scon.noarch Verification ============ When I open any dashboard page (Main dashboard, Cluster dashboard or Host dashboard), I see that all values are initially represented by spinner icons, which are replaced by actual values later, when the data are available. So case #1 from comment 6 is covered. When I check Host dashboard page of mon1 machine, I see that: * either both charts (donut and sparkline) are shown with proper data * or "no data available" placeholders are shown when the data are missing On my mon1 machine, I see that no data icons are shown for: * storage charts (monitor machine obviously has no storage - so no data here) * network utilization charts (caused by BZ 1365578) On node1 machine where I have swap disabled, I could seen that there are "no data" placeholders shown properly for Swap utilization charts. In all those cases (various reasons for no data checked), I could see correct "No data placeholders". This makes the case #2 from comment 6 covered. On the other hand, when I see zero values (eg. for Swap utilization on mon1), it's there because the actual utilization is too low (chart reports 0.0% for 196.0 KB of 2.0 GB ) - which is correct. This covers the case #3 from comment 6. >> VERIFIED
Created attachment 1189370 [details] verification screenshot: host dashboard page