Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[FSunstone] VM speed graphs always incrementing #6347

Closed
danielbolsson opened this issue Oct 11, 2023 · 3 comments · Fixed by OpenNebula/docs#2727
Closed

[FSunstone] VM speed graphs always incrementing #6347

danielbolsson opened this issue Oct 11, 2023 · 3 comments · Fixed by OpenNebula/docs#2727

Comments

@danielbolsson
Copy link

Description

  1. Graphs showing speed are always incrementing
  • Disk read and write IOPS
  • Network download and upload speed
  1. Wrong heading for "Disk write IOPS" graph. It is now: "Disk write bytes"

To Reproduce
Deploy VM and check graphs

Expected behavior
Graphs should show correct values (up and down slopes).

Details

  • Affected Component: FireEdge Sunstone
  • Hypervisor: KVM
  • Version: 6.6.3 enterprise
@vichansson
Copy link
Contributor

After a quick analysis it seems like this might be core related and not an issue directly in Fireedge. The values sent to Fireedge from the core seem to be cumulative across timestamps, thus producing these kinds of graphs.

@danielbolsson
Copy link
Author

danielbolsson commented Oct 25, 2023

After a quick analysis it seems like this might be core related and not an issue directly in Fireedge. The values sent to Fireedge from the core seem to be cumulative across timestamps, thus producing these kinds of graphs.

Legacy Sunstone shows the same graphs correctly. I would guess that it receives values from the same source?

@vichansson
Copy link
Contributor

Ah you were absolutely correct @danielbolsson ! After a quick comparison between the two charts in RSunstone and Fireedge it quickly became evident that something was missing. So, the data is indeed being received from the same source, but in RSunstone a derivative function was being applied under the hood to the cumulative data, this was missing in Fireedge. I have corrected the problem and added the same function in Fireedge now! (And fixed the header name)

@tinova tinova closed this as completed Oct 25, 2023
@tinova tinova reopened this Oct 25, 2023
vichansson added a commit to OpenNebula/docs that referenced this issue Oct 26, 2023
Signed-off-by: Victor Hansson <vhansson@opennebula.io>
tinova pushed a commit to OpenNebula/docs that referenced this issue Oct 26, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging a pull request may close this issue.

4 participants