Run a command on just 1 server (like pause)

992 views
Skip to first unread message

Michael Peters

unread,
May 14, 2014, 5:07:02 PM5/14/14
to ansible...@googlegroups.com
I feel like I'm missing something, but I couldn't find it in the
documentation. Please feel free to RTFM me.

I was just playing around with the pause module in a playbook and
noticed that it only ran on a single host no matter how many hosts
were being executed in the play. That makes sense because pausing on
multiple machines would just be silly.

The real question is how do I do that explicitly in my own tasks? I
have a lot of places in playbooks where I have data that needs to be
inserted on some centralized storage (like a database or files on an
NFS server, etc). At best this data is pointless to insert/update
multiple times. And most of the time it's difficult to make sure it's
done in a idempotent way (think ALTER statements in SQL migrations).

Currently I deal with this by breaking up my playbook into multiple
plays where most of the tasks are in parallel, then another play is
done in serial with just 1 host at a time with some pre-condition
checks to see if it needs to be run and skipping it when it doesn't.
This has the effect of the first host through the serial section does
the work and every other host gets a turn to waste cycles checking
that it actually happened. Then after the "critical section" is done
the rest of the tasks are done in a parallel play.

If I could just explicitly label a task as "just run this on the first
server in the group" like the pause module does I'd be really happy.

Adam Heath

unread,
May 14, 2014, 5:21:58 PM5/14/14
to ansible...@googlegroups.com
By default, ansible looks for tasks in $PWD. tasks are sent to the
remote host, and don't run local.

If you create ansible.cfg in $PWD, and override defaults.library, then
you can have local modules; these run on the local machine.

The following works when ansible is installed thru a package manager(I
use debian):

cat $work_tree/ansible.cfg
==
[defaults]

library = /home/adam/code/$shared_ansible_repo/library:/usr/share/ansible
roles_path = /home/adam/code/$shared_ansible_repo/roles
==

Michael DeHaan

unread,
May 14, 2014, 6:15:34 PM5/14/14
to ansible...@googlegroups.com
The multiple play method is correct because the tasks would not be executed for every host in the host loop.

Pause is a bit of an exception.

(Sidenote, it appears Adam is replying to another question above I think?)



--
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 ansible-project+unsubscribe@googlegroups.com.
To post to this group, send email to ansible-project@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/ansible-project/5373DE76.9090803%40brainfood.com.

For more options, visit https://groups.google.com/d/optout.

Adam Heath

unread,
May 14, 2014, 6:23:46 PM5/14/14
to ansible...@googlegroups.com
Nope, to this one. If you want to run something on the current machine,
where ansible is running, you need to write a module, which would reside
in the library. Ansible doesn't look in $PWD for modules, like it does
for tasks.

If you are running a module on the local machine, then you can do things
like pause does, where it only runs once.
> send an email to ansible-proje...@googlegroups.com
> <mailto:ansible-project%2Bunsu...@googlegroups.com>.
> To post to this group, send email to
> ansible...@googlegroups.com
> <mailto:ansible...@googlegroups.com>.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/ansible-project/5373DE76.9090803%40brainfood.com.
>
>
> 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 ansible-proje...@googlegroups.com
> <mailto:ansible-proje...@googlegroups.com>.
> To post to this group, send email to ansible...@googlegroups.com
> <mailto:ansible...@googlegroups.com>.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/ansible-project/CA%2BnsWgzV9WFUC3v7fz0L6iYpR58T_edMNCO_dphKVLv0TNXX1A%40mail.gmail.com
> <https://groups.google.com/d/msgid/ansible-project/CA%2BnsWgzV9WFUC3v7fz0L6iYpR58T_edMNCO_dphKVLv0TNXX1A%40mail.gmail.com?utm_medium=email&utm_source=footer>.

Michael DeHaan

unread,
May 14, 2014, 7:46:33 PM5/14/14
to ansible...@googlegroups.com
"Nope, to this one.  If you want to run something on the current machine, where ansible is running, you need to write a module, which would reside in the library. Ansible doesn't look in $PWD for modules, like it does for tasks."

I think you're confused about the question.  The question was about how to run one task, in the middle of a series of multi-host tasks, on just one host, and then resume running steps on a wide array of hosts.

The OP should not be seeking to write a module to solve the above.






    To post to this group, send email to

    To view this discussion on the web visit
    https://groups.google.com/d/msgid/ansible-project/5373DE76.9090803%40brainfood.com.


    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 ansible-project+unsubscribe@googlegroups.com <mailto:ansible-project+unsub...@googlegroups.com>.
To post to this group, send email to ansible-project@googlegroups.com <mailto:ansible-project@googlegroups.com>.
--
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 ansible-project+unsubscribe@googlegroups.com.
To post to this group, send email to ansible-project@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/ansible-project/5373ECF2.9070405%40brainfood.com.

Michael Peters

unread,
May 15, 2014, 10:25:01 AM5/15/14
to ansible...@googlegroups.com
On Wed, May 14, 2014 at 6:15 PM, Michael DeHaan <mic...@ansible.com> wrote:
> The multiple play method is correct because the tasks would not be executed
> for every host in the host loop.

Well, then maybe I'm doing it wrong. How do you tell a play to just
execute on one host in the host loop?
Right now I run the "critical section" play with a serial of 1 and try
to leave some indicator that it was run (which is sometimes harder
than others) and then the subsequent hosts skip the tasks in the place
after they detect they weren't the first to try.

So my approach is still wasteful since I know ahead of time that it's
only ever going to run once but every host in the loop besides the
first one has to detect the skip condition and skip every task in
serial.

> Pause is a bit of an exception.

Does it have to be an exception? Can we expose that functionality to
other tasks or plays? I'd be willing to help with coding something if
you think it's worth it.

Petros Moisiadis

unread,
May 15, 2014, 11:33:37 AM5/15/14
to ansible...@googlegroups.com
If a play acts on all hosts in 'somegroup' group, you can restrict a
task in that play to run only on the first host in the group by adding
the following conditional:

when: inventory_hostname == groups["somegroup"][0]

Michael Peters

unread,
May 15, 2014, 11:51:50 AM5/15/14
to ansible...@googlegroups.com
Thanks, that actually helps a lot. Although, it does litter all my
tasks in the "critical section" play with that conditional and makes
existing conditionals more complex.

It would still be cleaner to have an option on the play itself and/or
individual tasks. I know there's some hesitation to add new keywords
(which is good imo) but this seems common enough for lots of
update/deployment scenarios. I'd be willing to code something like
that if there's any interest in seeing it
> --
> 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 ansible-proje...@googlegroups.com.
> To post to this group, send email to ansible...@googlegroups.com.
> To view this discussion on the web visit https://groups.google.com/d/msgid/ansible-project/5374DE51.7070801%40yahoo.gr.

Michael DeHaan

unread,
May 15, 2014, 2:18:40 PM5/15/14
to ansible...@googlegroups.com
Reply all
Reply to author
Forward
0 new messages