Hi

issue #6467 raised.


On Thursday, 13 March 2014 13:49:08 UTC, Michael DeHaan wrote:
>
> Ok thanks if ask_sudo_pass in the config is causing --sudo, then this 
> should definitely be a ticket.   This implication we fixed in the CLI, but 
> possibly not here.
>
> Can you please file one on github.com/ansible/ansible?
>
> Thanks!
>
>
> On Thu, Mar 13, 2014 at 9:48 AM, Makimoto Marakatti 
> <[email protected]<javascript:>
> > wrote:
>
>> Hi
>>
>> Just updated to 1.5.2 from 1.5 few minutes ago. 
>>
>> On Thursday, 13 March 2014 13:27:45 UTC, Michael DeHaan wrote:
>>
>>> Sounds like you *might* be an old version of Ansible where 
>>> --ask-sudo-pass implies --sudo.
>>>
>>> This really shouldn't be the case anymore, so let us know what you are 
>>> running.
>>>
>>> Thanks!
>>>
>>>
>>> On Thu, Mar 13, 2014 at 8:41 AM, Makimoto Marakatti 
>>> <[email protected]>wrote:
>>>
>>>> Hi
>>>>
>>>> Just bumping this thread to let interested parties know I found the 
>>>> solution for this.
>>>> I had in .ansible.cfg this line:
>>>>
>>>> ask_sudo_pass  = True
>>>>
>>>> Once that was removed all issues have disappeared.
>>>> Don't really see why, but the fact remains: no problems whatsoever.
>>>> I'm guessing that somehow ansible's behaviour changes in unexpected 
>>>> ways for me to see.
>>>> I connect through a user and then sudo to root. The first stage is done 
>>>> through ssh certs. No passwds there.
>>>> The second is a normal sudo.
>>>> If I add -K to the command line works flawlessly. with the setting on 
>>>> the .cfg file I get all kinds of weird behaviour that you can read on this 
>>>> thread.
>>>>
>>>> Anyway. Solved!
>>>>
>>>> Thanks all for the time
>>>>
>>>>
>>>>
>>>>
>>>> On Thursday, 13 February 2014 10:42:39 UTC, Makimoto Marakatti wrote:
>>>>>
>>>>> I've been looking at all that, but work gets in the way! :)
>>>>> Right now I'm going to ignore that error in the lone box and get some 
>>>>> things done. When I'm finished with the whole reorganisation, the issue 
>>>>> most probably will have gone away...
>>>>> anyway, thanks for the help! appreciated!
>>>>>
>>>>> On Thursday, 13 February 2014 09:53:49 UTC, Walid Shaari wrote:
>>>>>>
>>>>>> no but system root or what ever user you are running ansible as (su, 
>>>>>> sudo, user) could have different permissions on an NFS mount than system 
>>>>>> permissions. root could be squashed, ids could be not mapped correctly 
>>>>>>
>>>>>>
>>>>>> On 13 February 2014 12:48, Makimoto Marakatti <[email protected]>wrote:
>>>>>>
>>>>>>> yes, /home is on nfs on some systems, but even if that raises 
>>>>>>> chances of issues with ansible, it's not conclusive. Some of the hosts 
>>>>>>> that 
>>>>>>> indeed have the /home shared do not show any issues. So there's 
>>>>>>> something 
>>>>>>> going on, but haven't yet figured it out.
>>>>>>>
>>>>>>>
>>>>>>> On Thursday, 13 February 2014 09:06:06 UTC, Walid Shaari wrote:
>>>>>>>
>>>>>>>> is any of the /tmp and $HOME/tmp in a shared file system?
>>>>>>>>
>>>>>>>>
>>>>>>>> On 13 February 2014 11:34, Makimoto Marakatti <[email protected]>wrote:
>>>>>>>>
>>>>>>>>> No difference there really. I even tried to chmod 777 ~/.ansible 
>>>>>>>>> to see if it made a difference, but no luck.
>>>>>>>>> I will get to the root cause eventually... :)
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> On Wednesday, 12 February 2014 16:16:07 UTC, Walid Shaari wrote:
>>>>>>>>>
>>>>>>>>>> what are the  /tmp and $HOME/tmp permissions? I am wondering if 
>>>>>>>>>> it is a permission issue, you can fix it using the raw module?!
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> On 12 February 2014 18:57, Makimoto Marakatti 
>>>>>>>>>> <[email protected]>wrote:
>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> Well, if I set remote_tmp to the default I get the same error 
>>>>>>>>>>> message as above in ~50% of my servers. Setting it to /tmp gives me 
>>>>>>>>>>> issues 
>>>>>>>>>>> with this single server.
>>>>>>>>>>> Having close to 400 boxes, I'm prone to lean to the less 
>>>>>>>>>>> damaging option. It somehow has to do with the fact that in many of 
>>>>>>>>>>> those 
>>>>>>>>>>> failing %50 boxes the home dir is a shared one through NFS. But 
>>>>>>>>>>> it's not 
>>>>>>>>>>> granted either to get an error because the home dir is on nfs: it 
>>>>>>>>>>> just has 
>>>>>>>>>>> more probabilities of failing. (IE: haven't figured out yet what 
>>>>>>>>>>> the real 
>>>>>>>>>>> issues is...)
>>>>>>>>>>>
>>>>>>>>>>> Reading about this, is there not the possibility to have a conf 
>>>>>>>>>>> file in the playbook dir? That would actually take precedence over 
>>>>>>>>>>> the main 
>>>>>>>>>>> one??
>>>>>>>>>>>
>>>>>>>>>>> At this point any advice is good :)
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> On Wednesday, 12 February 2014 14:23:06 UTC, Michael DeHaan 
>>>>>>>>>>> wrote:
>>>>>>>>>>>
>>>>>>>>>>>> There is not, which is not saying I'm unsympathetic.
>>>>>>>>>>>>
>>>>>>>>>>>> Needing to specify remote temp is an infrequent thing, and not 
>>>>>>>>>>>> really a common OS divergence thing most people run into anymore.  
>>>>>>>>>>>>  Most 
>>>>>>>>>>>> folks just pick a path that works, like $HOME/tmp.
>>>>>>>>>>>>
>>>>>>>>>>>> I'm a bit curious why the $HOME related option didn't work 
>>>>>>>>>>>> across the board?  Does the user not have a homedir?
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> On Wed, Feb 12, 2014 at 9:19 AM, Makimoto Marakatti <
>>>>>>>>>>>> [email protected]> wrote:
>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> Ok. So what are my options here? I cannot be the only person 
>>>>>>>>>>>>> with a situation like this.
>>>>>>>>>>>>> Diverging OS baseline installs is one of the reasons ansible 
>>>>>>>>>>>>> is used after all?
>>>>>>>>>>>>> Is there not any workaround?
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> On Wednesday, 12 February 2014 12:57:54 UTC, Michael DeHaan 
>>>>>>>>>>>>> wrote:
>>>>>>>>>>>>>
>>>>>>>>>>>>>> Not currently.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Patches to add it as an inventory variable would be accepted 
>>>>>>>>>>>>>> (just apply to any group you need), but I'm not sure it really 
>>>>>>>>>>>>>> belongs as a 
>>>>>>>>>>>>>> playbook keyword.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> On Wed, Feb 12, 2014 at 7:53 AM, Makimoto Marakatti <
>>>>>>>>>>>>>> [email protected]> wrote:
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>  Is there a way then to set this in a playbook at runtime?
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> On Wednesday, 12 February 2014 12:39:02 UTC, Brian Coca 
>>>>>>>>>>>>>>> wrote:
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> this is not currently configurable by host, just the 
>>>>>>>>>>>>>>>> ansible.cfg setting and the environment variable 
>>>>>>>>>>>>>>>> ANSIBLE_REMOTE_TEMP.
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>  -- 
>>>>>>>>>>>>>>> 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].
>>>>>>>>>>>>>>> To post to this group, send email to 
>>>>>>>>>>>>>>> [email protected].
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> For more options, visit https://groups.google.com/grou
>>>>>>>>>>>>>>> ps/opt_out.
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>  -- 
>>>>>>>>>>>>> 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].
>>>>>>>>>>>>> To post to this group, send email to ansible...@googlegroups.
>>>>>>>>>>>>> com.
>>>>>>>>>>>>> For more options, visit https://groups.google.com/grou
>>>>>>>>>>>>> ps/opt_out.
>>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>  -- 
>>>>>>>>>>> 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].
>>>>>>>>>>> To post to this group, send email to [email protected]
>>>>>>>>>>> .
>>>>>>>>>>> For more options, visit https://groups.google.com/groups/opt_out
>>>>>>>>>>> .
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>  -- 
>>>>>>>>> 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].
>>>>>>>>> To post to this group, send email to [email protected].
>>>>>>>>> For more options, visit https://groups.google.com/groups/opt_out.
>>>>>>>>>
>>>>>>>>
>>>>>>>>  -- 
>>>>>>> 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].
>>>>>>> To post to this group, send email to [email protected].
>>>>>>> For more options, visit https://groups.google.com/groups/opt_out.
>>>>>>>
>>>>>>
>>>>>>  -- 
>>>> 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].
>>>> To post to this group, send email to [email protected].
>>>> To view this discussion on the web visit https://groups.google.com/d/
>>>> msgid/ansible-project/e2b5646d-90c1-454b-8626-
>>>> 0c77747e4bc2%40googlegroups.com<https://groups.google.com/d/msgid/ansible-project/e2b5646d-90c1-454b-8626-0c77747e4bc2%40googlegroups.com?utm_medium=email&utm_source=footer>
>>>> .
>>>> For more options, visit https://groups.google.com/d/optout.
>>>>
>>>
>>>  -- 
>> 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] <javascript:>.
>> To post to this group, send email to [email protected]<javascript:>
>> .
>> To view this discussion on the web visit 
>> https://groups.google.com/d/msgid/ansible-project/7a6de876-91cd-4ae7-977d-f435bc7e4446%40googlegroups.com<https://groups.google.com/d/msgid/ansible-project/7a6de876-91cd-4ae7-977d-f435bc7e4446%40googlegroups.com?utm_medium=email&utm_source=footer>
>> .
>>
>> For more options, visit https://groups.google.com/d/optout.
>>
>
>

-- 
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].
To post to this group, send email to [email protected].
To view this discussion on the web visit 
https://groups.google.com/d/msgid/ansible-project/d5c3dd1c-e6b3-4e84-88d3-26d92d5ace4d%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Reply via email to