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
Right now we just hardcode the provisioner types that are registered to a provisionerd in the database, but you can start provisionerd with different sets. In our unit tests, we start only echo, in production we start only terraform. Instead of hardcoding, the provisionerd should send a registration message on connection that says which provisioners it is running.
Why do you want this feature?
This can help us detect config errors where templates are created for provisioner types that aren't supported by the cluster, and can prevent jobs from being sent to provisionerds that cannot run them.
Are there any workarounds to get this functionality today?
Always start all provisioners.
Are you interested in submitting a PR for this?
yes
The text was updated successfully, but these errors were encountered:
kylecarbs
changed the title
Feat: provisionerd should register the running provisioners when it connects
Provisionerd should register the running provisioners when it connects
Jun 7, 2022
What is your suggestion?
Right now we just hardcode the provisioner types that are registered to a provisionerd in the database, but you can start provisionerd with different sets. In our unit tests, we start only echo, in production we start only terraform. Instead of hardcoding, the provisionerd should send a registration message on connection that says which provisioners it is running.
Why do you want this feature?
This can help us detect config errors where templates are created for provisioner types that aren't supported by the cluster, and can prevent jobs from being sent to provisionerds that cannot run them.
Are there any workarounds to get this functionality today?
Always start all provisioners.
Are you interested in submitting a PR for this?
yes
The text was updated successfully, but these errors were encountered: