-
Notifications
You must be signed in to change notification settings - Fork 236
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
[YUNIKORN-2876] Initialize queue metrics for app after queue is set #968
Conversation
…later after the queue placed
Codecov ReportAll modified and coverable lines are covered by tests ✅
Additional details and impacted files@@ Coverage Diff @@
## master #968 +/- ##
==========================================
+ Coverage 80.95% 80.97% +0.01%
==========================================
Files 97 97
Lines 12514 12512 -2
==========================================
Hits 10131 10131
+ Misses 2113 2112 -1
+ Partials 270 269 -1 ☔ View full report in Codecov by Sentry. |
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.
See comments.
pkg/scheduler/objects/application.go
Outdated
metrics.GetQueueMetrics(sa.GetQueuePath()).IncQueueApplicationsNew() | ||
func (sa *Application) SetNewMetrics() { | ||
// ensure the queue is set before calling this function | ||
if sa.GetQueuePath() != "" { |
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.
Don't add a conditional, just execute setNewMetrics()
inside SetQueue()
. Callers should not need to be updated at all.
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.
Thanks @craigcondit , good suggestion, addressed in latest PR.
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.
+1 LGTM.
…later after the queue placed
What is this PR for?
Currently, we push the queue app new state metrics after application objects are created, but when testing, the dynamic queue should be empty at that time, we need to do this later when we can make sure the queue placed for dynamic case.
What type of PR is it?
Todos
What is the Jira issue?
[YUNIKORN-2] Gang scheduling interface parameters
How should this be tested?
Screenshots (if appropriate)
Questions: