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

CP-35367: report GC progress by task #524

Merged
merged 1 commit into from
Nov 16, 2020

Conversation

MarkSymsCtx
Copy link
Contributor

Signed-off-by: Mark Syms mark.syms@citrix.com

Signed-off-by: Mark Syms <mark.syms@citrix.com>
@olivierlambert
Copy link

If it's what I understand, well, that's a very nice feature! Thanks a lot 👍

About the coalesce progress exposed, is it a progress toward the total amount of VDI to coalesce, or a progress in data to coalesce per VDI?

@MarkSymsCtx
Copy link
Contributor Author

MarkSymsCtx commented Nov 13, 2020

If it's what I understand, well, that's a very nice feature! Thanks a lot 👍

About the coalesce progress exposed, is it a progress toward the total amount of VDI to coalesce, or a progress in data to coalesce per VDI?

It's progress on the number of VHD pairs which means it's a bit non-linear as it takes no account of the size of each VHD to coalesce, partly because it doesn't fully have all that information until it comes to actually do that pair. The total number can increase whilst the GC is running if additional snapshots are deleted and so the progress could potentially go backwards as well.

@olivierlambert
Copy link

olivierlambert commented Nov 13, 2020

Okay. Still, it's very interesting and useful. For now, we couldn't know from XO/XAPI perspective if a GC was currently running or not (but we managed to guess when it should be triggered, and prevented doing more snapshot before the chain was fully coalesced see https://xen-orchestra.com/blog/xenserver-coalesce-detection-in-xen-orchestra/).

With this, we can also add that a GC is currently running on the SR (or not), so we can display that information in the "Advanced" view of the appropriate SR. We can even probably extrapolate at some point and report problems because a GC is never done after a while, despite the fact the chain should be coalesced.

Again, very good idea and feature 👍

edit: some ideas, thinking out loud:

  • finding a way to know the size of the coalesce to do, extrapolate with the speed to get a progress with a potential ETA (it might be not trivial as you said)
  • having a "freshness" on the GC information, eg last time it was done so it's easy to spot potential GC issues from XAPI

@coveralls
Copy link

Coverage Status

Coverage decreased (-0.04%) to 45.183% when pulling 183d2bc on MarkSymsCtx:CP-35367 into df7cc23 on xapi-project:master.

@MarkSymsCtx
Copy link
Contributor Author

With this, we can also add that a GC is currently running on the SR (or not), so we can display that information in the "Advanced" view of the appropriate SR. We can even probably extrapolate at some point and report problems because a GC is never done after a while, despite the fact the chain should be coalesced.

Hmmmm, I wonder what my motivation for the change was? ;)

Copy link
Contributor

@BenSimsCitrix BenSimsCitrix left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM

@MarkSymsCtx MarkSymsCtx merged commit fb3c65f into xapi-project:master Nov 16, 2020
@MarkSymsCtx MarkSymsCtx deleted the CP-35367 branch November 16, 2020 15:04
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

5 participants