-
Notifications
You must be signed in to change notification settings - Fork 355
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
Historic performance collection when last runtime not set #765
Historic performance collection when last runtime not set #765
Conversation
Codecov Report
@@ Coverage Diff @@
## master #765 +/- ##
==========================================
- Coverage 70.43% 70.39% -0.04%
==========================================
Files 163 163
Lines 15855 15867 +12
Branches 1961 1962 +1
==========================================
+ Hits 11167 11170 +3
- Misses 4014 4021 +7
- Partials 674 676 +2
|
@NajmudheenCT @joseph-v @ThisIsClark Pls help to review this PR |
self.task_id) | ||
try: | ||
telemetry = PerformanceCollectionTask() | ||
telemetry.collect(self.ctx, self.storage_id, self.args, |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
return status can be captured and logged !
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Updated
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM
What this PR does / why we need it:
Issue description:
When new storage is added, performance collection is scheduled after adding job to scheduler with last run time as None.
It is possible that just before the collection cycle is triggered, task process can restart.
During restart, history collection is performed only if last run time is set. In this case, since restart happened before the completion of first collection, last run time is still not set. so we will end up not collecting the first part of performance metric.
Proposed solution:
During the task process restart, if last runtime is not set but job id is already generated, one historic collection can be done for the storage considering its collection interval time
Which issue this PR fixes (optional, in
fixes #<issue number>(, fixes #<issue_number>, ...)
format, will close that issue when PR gets merged): fixes #Special notes for your reviewer:
Test scenarios verified:
Release note: