Uploaded image for project: 'OpenShift Bugs'
  1. OpenShift Bugs
  2. OCPBUGS-5353

Dashboard graph should not be stacked - Kubernetes / Compute Resources / Pod Dashboard


    • Icon: Bug Bug
    • Resolution: Done
    • Icon: Normal Normal
    • None
    • 4.11.z
    • Monitoring
    • None
    • Low
    • False
    • Hide


    • In the monitoring dashboard under Kubernetes/Compute Resources/, all metrics on diagrams "CPU Usage" and "Memory Usage" are shown in an unstacked way.
    • Bug Fix

      Description of problem:

      While viewing resource consumption for a specific pod, several graphes are stacked that should not be.  For example cpu/memory limits are a static value and thus should be a static line across a graph. However when viewing the Kubernetes / Compute Resources / Pod Dashboard I see limits are stacked above the usage.  This applies to both CPU and Memory Usage graphs on this dashboard.  When viewing the graph via inspect the visualization seems "fixed".

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

      OCP 4.11.19

      How reproducible:


      Steps to Reproduce:


      Actual results:


      Expected results:


      Additional info:

      At the current version 4.12 Openshift console cannot mix both stacked metrics with unstacked metrics on the same chart. 
      The fix is to unstack metrics on charts having some limit markers such as request, limit, etc.

        1. cpu_no_stacked.png
          162 kB
          Junqi Zhao
        2. cpu.png
          127 kB
          Junqi Zhao
        3. memory_no_stacked.png
          163 kB
          Junqi Zhao
        4. memory.png
          103 kB
          Junqi Zhao
        5. Screenshot from 2023-01-04 10-56-22.png
          202 kB
          Alex Krzos
        6. Screenshot from 2023-01-04 10-56-47.png
          169 kB
          Alex Krzos
        7. Screenshot from 2023-01-04 10-58-38.png
          180 kB
          Alex Krzos
        8. Screenshot from 2023-01-04 11-00-31.png
          172 kB
          Alex Krzos

            hasun@redhat.com Haoyu Sun
            akrzos@redhat.com Alex Krzos
            Junqi Zhao Junqi Zhao
            Alex Krzos
            0 Vote for this issue
            8 Start watching this issue