-
Notifications
You must be signed in to change notification settings - Fork 781
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
Allow setting user/group ownership of template output #1497
Comments
Hi there, I came here after some triaging on hashicorp/nomad#5020 which seems to be related. I agree that being able to set the ownership of the rendered templates can be powerful and sometimes a must-have. |
Related issues hashicorp#639, hashicorp#1497, hashicorp#1185 and also nomad/5020 Signed-off-by: Alessandro De Blasis <[email protected]>
I wanted to be my own devil's advocate so I have also PRd #1531, looking forward to hearing back from you guys! Cheers |
If the consul-template process is run with permissions to do this, then yes that could work. All commands are run with the permissions of the process (and their user/group owner). I Read through hashicorp/nomad#5020 and as Nomad doesn't support the Exec (and I don't think they'd want to) it is of no help there. On the other hand, your PR would address their case nicely and I'll take some time to review it. |
Awesome! Thank you @eikenb! |
Fixed by #1531 |
As asked for in #639 it would great if we could define the user/group ownership of output files. Previously it has been stated that a solution that is completely platform independent would be welcome, however since that comment was made #1185 was merged which preserves user/group only on "unix OSs." It seems like perhaps there is some flexibility on the need for all features to be fully platform independent and if that is the case I'd argue that being able to set owner/group/mode (perhaps even extended attributes and se contexts) on supported platforms would make this tool much more powerful.
The text was updated successfully, but these errors were encountered: