-
Notifications
You must be signed in to change notification settings - Fork 1.9k
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
Add support for -wait / quiescence in template{} stanza #1899
Comments
wait
/ quiescence
in template{}
stanza
This issue is a little dated but I would like to chime in on this with my use case. I am currently using Vault to issue my jobs AWS credentials to write to S3. Since IAM is eventually consistent, there is a short period of time (probably < 10s) between Vault's creation of the IAM user and when the Nomad job is able to access AWS APIs with the credentials. Currently, our job is able to restart itself internally (without Nomad noticing) until the access succeeds. But it would be useful if we can configure the quiescence time. I realise this is like #3866 wrt exposing more of Consul Template options. Probably requires some form of plugins interface that @preetapan mentioned. |
This seems to be an old open issue but I am also running against this. We are trying to get membership information from Consul and when we do a big deployment, our listener service gets inundated with lots of reload signals in a very short time. Any pointers on this? |
Quiescence solves a massive issue with determinism for me.
where the services can declare their ports via the tags on the However, the template thrashes when I launch it! It appears that there's no strict precedence order of templating and service registration. This can be solved by waiting for consensus among the template, or by giving a way for a template stanza to depend on another stanza starting first. I saw some new task precedence stuff in the changelog for 0.9.0, so i'm going to be trying that out tonight |
Just an update, this is on our roadmap for an upcoming release. We understand how useful this is. |
I believe this was closed out in 1.2.4 by this PR. Appreciate everybody's patience on this! |
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. |
Quiescence made a huge difference for us (bownty) when running CT, since our clusters are periodically very busy (5-10s) and then idle for hours and hours, saving us a lot of reloads of nginx
The text was updated successfully, but these errors were encountered: