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 Oct 23, 2024. It is now read-only.
Define a job with configuration containing:
"constraints": [
["hostname", "UNIQUE"]
],
"instances": <number_of_available_slaves>,
Deploy it. (your job will deployed across the available instances)
Now remove the contraint and update the configuration with
"upgradeStrategy": {
"minimumHealthCapacity": 1,
"maximumOverCapacity": 1
}
Now issue a restart.
Expected Behavior:
One additional Instance will be started without the UNIQUE contraint and after a restart of all instances, there should be no UNIQUE contraint anymore.
Seen Behavior:
In the current configuration the UNIQUE contraint is still set, preventing marathon from starting a single instance.
Additional Information:
This affects also health checks. If you define a healtch check and deploy your application everything is fine. If you remove the healthcheck and update the configuration, the healthcheck stay´s active.
The text was updated successfully, but these errors were encountered:
What exactly did you do to "remove the constraint" or to remove the health checks? Using PUT /v2/apps/myapp and an empty "constraints": [] list should work. Similarly with health checks. Just removing the "constraints" attribute from the JSON and putting the config again to the end-point will not change the existing constraints list. Our PUTs are more like patches.
Using Marathin 0.11.1
Define a job with configuration containing:
"constraints": [
["hostname", "UNIQUE"]
],
"instances": <number_of_available_slaves>,
Deploy it. (your job will deployed across the available instances)
Now remove the contraint and update the configuration with
"upgradeStrategy": {
"minimumHealthCapacity": 1,
"maximumOverCapacity": 1
}
Now issue a restart.
Expected Behavior:
One additional Instance will be started without the UNIQUE contraint and after a restart of all instances, there should be no UNIQUE contraint anymore.
Seen Behavior:
In the current configuration the UNIQUE contraint is still set, preventing marathon from starting a single instance.
Additional Information:
This affects also health checks. If you define a healtch check and deploy your application everything is fine. If you remove the healthcheck and update the configuration, the healthcheck stay´s active.
The text was updated successfully, but these errors were encountered: