Bug 1386820

Summary: Memory graph on pod "Metrics" tab stops updated after toggling time range
Product: OpenShift Container Platform Reporter: Justin Pierce <jupierce>
Component: Management ConsoleAssignee: Samuel Padgett <spadgett>
Status: CLOSED DUPLICATE QA Contact: Yadan Pei <yapei>
Severity: medium Docs Contact:
Priority: medium    
Version: 3.3.0CC: aos-bugs, jokerman, mmccomas, yanpzhan
Target Milestone: ---   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2016-10-24 18:52:10 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:
Attachments:
Description Flags
Screenshot after memory graph failure
none
after-change
none
before-change none

Description Justin Pierce 2016-10-19 16:39:14 UTC
Created attachment 1212209 [details]
Screenshot after memory graph failure

Description of problem:
On the metrics tab for a pod, change the time range to "Last Week" . Immediately change the time range back to "Last Hour" . The memory graph will no longer render.

Version-Release number of selected component (if applicable):
3.3
Firefox 47

How reproducible:
100%

Steps to Reproduce:
1. Create a pod
2. Navigate to view the Metrics tab in the pod's details
3. Change time range to "1 week"
4. Change time range back to "1 hour"

Actual results:
The memory graph will no longer render.

Expected results:
The memory graph should recover as the CPU/Network do.

Additional info:

Comment 1 Yanping Zhang 2016-10-20 11:33:59 UTC
Checked on OCP 3.3.1.3, this bug can be reproduced most of the time. Change the time range to "Last Week", or "Last 3 days", "Last day", then change time range to "Last hour", the metrics charts for memory, cpu and network are all not recovered. Sometimes they are recovered, reproduction rate is different for different pod. Pls refer to attachment.

Comment 2 Yanping Zhang 2016-10-20 11:36:39 UTC
Created attachment 1212470 [details]
after-change

Comment 3 Yanping Zhang 2016-10-20 11:37:15 UTC
Created attachment 1212471 [details]
before-change

Comment 4 Samuel Padgett 2016-10-24 18:52:10 UTC
Looking at all three screenshots, I believe this is the y-axis scale issue in all cases. (Current and recent usage values are too large to display with the current y-axis scale.)

*** This bug has been marked as a duplicate of bug 1386823 ***