-
Notifications
You must be signed in to change notification settings - Fork 2k
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
Allocation not being stopped after promotion (using connect) #7540
Comments
Hi again, just to give more information. I saw the next. In the case I launch the job without the proxy stanza in the group the logs show (the run that deploy the canary allocation):
When I launch the job with the proxy stanza (as provided in the example)
Looks like the group_services update hook doesn't finish. |
Found the problem. The groupServiceHoop.Update method calls UpdateTask here. That method performs a mutex.Lock over the builder. Lines 508 to 513 in fce99f1
The setAlloc method calls SetUpstreams here that also blocks on the mutex. Lines 752 to 758 in fce99f1
This makes the call to groupSericeHook.Update block and thats blocks the update for the allocation. |
Thanks for reporting this, and for the fix @jorgemarey ! |
I'm going to lock this issue because it has been closed for 120 days ⏳. This helps our maintainers find and focus on the active issues. |
Nomad version
Nomad v0.10.5 (4eb2ca3)
Consul v1.7.2
Operating system and Environment details
Issue
When deploying a job with two groups using connect sidecars and canaries, if a change is made to one of its groups, after the promotion if I try to stop the job, the alloation without the change doesn't get stopped.
Reproduction steps
Job file (if appropriate)
I magane to reproduce this consistently using this job file:
Nomad logs
Using the previous job file this are the logs after the stop request.
The allocation of the group proxy (that didnt require promotion) doesn't get stopped.
The text was updated successfully, but these errors were encountered: