Really use cloud-admin user for local ansible task #710
Conversation
This appeared to be working when I manually tested it but is not. Turns out the reason root owns the files is tripleo-deploy.sh sets ANSIBLE_BECOME="True". We have to expliciltly disable it if we want the current user. Fix this for the stack_action_playbook generation. Other cases that hit this such as ceph-ansible will need to be fixed in upstream t-h-t.
|
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: olliewalsh, stuggi The full list of commands accepted by this bot can be found here. The pull request process is described here
Needs approval from an approver in each of these files:
Approvers can indicate their approval by writing |
|
/cherry-pick v1.3.x |
|
@stuggi: once the present PR merges, I will cherry-pick it on top of v1.3.x in a new PR and assign it to you. In response to this:
Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. |
|
@stuggi: new pull request created: #711 In response to this:
Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. |
This appeared to be working when I manually tested it but is not. Turns out the reason root owns the files is tripleo-deploy.sh sets ANSIBLE_BECOME="True". We have to expliciltly disable it if we want the current user.
Fix this for the stack_action_playbook generation. Other cases that hit this such as ceph-ansible will need to be fixed in upstream t-h-t.