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

[YUNIKORN-287] reserved ask release double release #185

Closed
wants to merge 2 commits into from

Conversation

wilfred-s
Copy link
Contributor

When an ask gets released that is reserved and being allocated the
counters tracking reservations can be updated twice for one ask release.
The counters keep track of the number of reservations on a queue or
partition.

This can lead to other reservations being ignored. Nodes that have been
reserved by other asks for the same app will be skipped during
scheduling. In a small cluster this could lead to resource starvation

When an ask gets released that is reserved and being allocated the
counters tracking reservations can be updated twice for one ask release.
The counters keep track of the number of reservations on a queue or
partition.

This can lead to other reservations being ignored. Nodes that have been
reserved by other asks for the same app will be skipped during
scheduling. In a small cluster this could lead to resource starvation
@wilfred-s wilfred-s requested a review from yangwwei July 16, 2020 12:40
@wilfred-s wilfred-s self-assigned this Jul 16, 2020
@wilfred-s
Copy link
Contributor Author

I have added a test case which fails without the changes and passes with the changes.

error should be the last type when returning multiple items (golint)
@TravisBuddy
Copy link

Hey @wilfred-s,
Your changes look good to me!

View build log

TravisBuddy Request Identifier: 1c5d9c70-c766-11ea-999c-bf5bae978323

Copy link
Contributor

@wangdatan wangdatan left a comment

Choose a reason for hiding this comment

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

+1, there're 2 cosmetic comments, @yangwwei do you want to take another look?

pkg/scheduler/scheduling_application.go Show resolved Hide resolved
pkg/scheduler/scheduling_application.go Show resolved Hide resolved
@wilfred-s wilfred-s closed this in f3e1c76 Jul 17, 2020
@wilfred-s wilfred-s deleted the yunikorn-287 branch July 17, 2020 04:20
wilfred-s added a commit that referenced this pull request Jul 17, 2020
When an ask gets released that is reserved and being allocated the
counters tracking reservations can be updated twice for one ask release.
The counters keep track of the number of reservations on a queue or
partition.

This can lead to other reservations being ignored. Nodes that have been
reserved by other asks for the same app will be skipped during
scheduling. In a small cluster this could lead to resource starvation

Fixes: #185
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
4 participants