You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Sep 9, 2020. It is now read-only.
Describe the bug
When applying policy with interval [MinCount, MaxCount ] to existent job with count value lower than MinCount scaling out is not occurs.
To reproduce
Steps to reproduce the behavior ideally with policy and job examples.
Nomad job example
This seems to be correct. If you want 2 counts by default (the minimum) why don't you start nomad job with count 2?
OR why don't you start sherpa with min 1 and max 4 ?
I think the way it is working at the moment is correct.
This seems to be correct. If you want 2 counts by default (the minimum) why don't you start nomad job with count 2?
OR why don't you start sherpa with min 1 and max 4 ?
I think the way it is working at the moment is correct.
@iahim This is just about desired state. As a user I would like to be ensure that after applying scale policy autoscaller automatically adjust number of tasks to desired count within upper and lower bounds.
Sign up for freeto subscribe to this conversation on GitHub.
Already have an account?
Sign in.
Describe the bug
When applying policy with interval [MinCount, MaxCount ] to existent job with count value lower than MinCount scaling out is not occurs.
To reproduce
Steps to reproduce the behavior ideally with policy and job examples.
Nomad job example
Expected behavior
Desired number of tasks becomes scalled out to 2.
Environment:
sherpa system info
):sherpa --version
):The text was updated successfully, but these errors were encountered: