|
local_action didn't work either, but maybe for other reasons. I
have to do more research on my local_action failure, as I'd like to
follow best practice. I was using this commit "
2 improvements to delegate_to"
(https://github.com/ansible/ansible/pull/1093) as my guide
previously. My confusion came from two things: - the ansible_connection setting was coming from a section of code I thought was out of scope for the affected playbook, so I didn't look there right away. - the ansible_connection setting existed long before the the affected playbook was authored, so I didn't go look at older code - the affected playbook worked without issue for weeks, but something unknown caused a variable from a different group to enter the scope of the affected playbook. However, since my real goal was to share the negative case to save the next developer a few hours of debugging, I'll state the negative case more precisely so that the goog will pick it up for them. if using: - delegate_to: 127.0.0.1 - delegate_to: localhost it can fail with an error: - Authentication failed! when either appear in your group variables or inventory: - ansible_connection: ssh - ansible_connection=ssh The recommended fix is to either: - remove the ansible_connection setting or: - use local_action Hopefully this negative learning on my part will save someone some time. -g On 11/21/13 11:23 PM, Michael DeHaan
wrote:
-- You received this message because you are subscribed to the Google Groups "Ansible Project" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. For more options, visit https://groups.google.com/groups/opt_out. |
- [ansible-project] local_action / delegate_to: 127.0.0.1 ... Grant BlaħaErath
- Re: [ansible-project] local_action / delegate_to: 1... Michael DeHaan
- Re: [ansible-project] local_action / delegate_t... Grant BlahaErath
