mirror of https://github.com/ansible/ansible.git
You cannot select more than 25 topics
Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.
345 lines
12 KiB
ReStructuredText
345 lines
12 KiB
ReStructuredText
11 years ago
|
Loops
|
||
|
=====
|
||
11 years ago
|
|
||
11 years ago
|
.. contents::
|
||
|
:depth: 2
|
||
|
|
||
11 years ago
|
Often you'll want to do many things in one task, such as create a lot of users, install a lot of packages, or
|
||
|
repeat a polling step until a certain result is reached.
|
||
|
|
||
|
This chapter is all about how to use loops in playbooks.
|
||
11 years ago
|
|
||
11 years ago
|
.. _standard_loops:
|
||
11 years ago
|
|
||
11 years ago
|
Standard Loops
|
||
|
``````````````
|
||
13 years ago
|
|
||
|
To save some typing, repeated tasks can be written in short-hand like so::
|
||
|
|
||
12 years ago
|
- name: add several users
|
||
11 years ago
|
user: name={{ item }} state=present groups=wheel
|
||
13 years ago
|
with_items:
|
||
|
- testuser1
|
||
|
- testuser2
|
||
|
|
||
12 years ago
|
If you have defined a YAML list in a variables file, or the 'vars' section, you can also do::
|
||
|
|
||
12 years ago
|
with_items: somelist
|
||
12 years ago
|
|
||
13 years ago
|
The above would be the equivalent of::
|
||
|
|
||
|
- name: add user testuser1
|
||
11 years ago
|
user: name=testuser1 state=present groups=wheel
|
||
13 years ago
|
- name: add user testuser2
|
||
11 years ago
|
user: name=testuser2 state=present groups=wheel
|
||
13 years ago
|
|
||
12 years ago
|
The yum and apt modules use with_items to execute fewer package manager transactions.
|
||
13 years ago
|
|
||
12 years ago
|
Note that the types of items you iterate over with 'with_items' do not have to be simple lists of strings.
|
||
12 years ago
|
If you have a list of hashes, you can reference subkeys using things like::
|
||
|
|
||
12 years ago
|
- name: add several users
|
||
11 years ago
|
user: name={{ item.name }} state=present groups={{ item.groups }}
|
||
12 years ago
|
with_items:
|
||
|
- { name: 'testuser1', groups: 'wheel' }
|
||
|
- { name: 'testuser2', groups: 'root' }
|
||
12 years ago
|
|
||
11 years ago
|
.. _nested_loops:
|
||
|
|
||
12 years ago
|
Nested Loops
|
||
|
````````````
|
||
|
|
||
12 years ago
|
Loops can be nested as well::
|
||
12 years ago
|
|
||
12 years ago
|
- name: give users access to multiple databases
|
||
11 years ago
|
mysql_user: name={{ item[0] }} priv={{ item[1] }}.*:ALL append_privs=yes password=foo
|
||
12 years ago
|
with_nested:
|
||
|
- [ 'alice', 'bob', 'eve' ]
|
||
|
- [ 'clientdb', 'employeedb', 'providerdb' ]
|
||
|
|
||
11 years ago
|
As with the case of 'with_items' above, you can use previously defined variables. Just specify the variable's name without templating it with '{{ }}'::
|
||
12 years ago
|
|
||
|
- name: here, 'users' contains the above list of employees
|
||
11 years ago
|
mysql_user: name={{ item[0] }} priv={{ item[1] }}.*:ALL append_privs=yes password=foo
|
||
12 years ago
|
with_nested:
|
||
|
- users
|
||
|
- [ 'clientdb', 'employeedb', 'providerdb' ]
|
||
|
|
||
11 years ago
|
.. _looping_over_fileglobs:
|
||
|
|
||
11 years ago
|
Looping over Fileglobs
|
||
|
``````````````````````
|
||
12 years ago
|
|
||
12 years ago
|
``with_fileglob`` matches all files in a single directory, non-recursively, that match a pattern. It can
|
||
12 years ago
|
be used like this::
|
||
|
|
||
12 years ago
|
---
|
||
12 years ago
|
- hosts: all
|
||
|
|
||
|
tasks:
|
||
|
|
||
|
# first ensure our target directory exists
|
||
12 years ago
|
- file: dest=/etc/fooapp state=directory
|
||
12 years ago
|
|
||
|
# copy each file over that matches the given pattern
|
||
12 years ago
|
- copy: src={{ item }} dest=/etc/fooapp/ owner=root mode=600
|
||
12 years ago
|
with_fileglob:
|
||
12 years ago
|
- /playbooks/files/fooapp/*
|
||
|
|
||
11 years ago
|
Looping over Parallel Sets of Data
|
||
|
``````````````````````````````````
|
||
12 years ago
|
|
||
11 years ago
|
.. note:: This is an uncommon thing to want to do, but we're documenting it for completeness. You probably won't be reaching for this one often.
|
||
11 years ago
|
|
||
|
Suppose you have the following variable data was loaded in via somewhere::
|
||
|
|
||
|
---
|
||
|
alpha: [ 'a', 'b', 'c', 'd' ]
|
||
|
numbers: [ 1, 2, 3, 4 ]
|
||
|
|
||
|
And you want the set of '(a, 1)' and '(b, 2)' and so on. Use 'with_together' to get this::
|
||
|
|
||
|
tasks:
|
||
|
- debug: msg="{{ item.0 }} and {{ item.1 }}"
|
||
|
with_together:
|
||
|
- alpha
|
||
|
- numbers
|
||
12 years ago
|
|
||
11 years ago
|
Looping over Subelements
|
||
|
````````````````````````
|
||
12 years ago
|
|
||
11 years ago
|
Suppose you want to do something like loop over a list of users, creating them, and allowing them to login by a certain set of
|
||
|
SSH keys.
|
||
|
|
||
|
How might that be accomplished? Let's assume you had the following defined and loaded in via "vars_files" or maybe a "group_vars/all" file::
|
||
|
|
||
|
---
|
||
|
users:
|
||
|
- name: alice
|
||
|
authorized:
|
||
|
- /tmp/alice/onekey.pub
|
||
|
- /tmp/alice/twokey.pub
|
||
|
- name: bob
|
||
|
authorized:
|
||
|
- /tmp/bob/id_rsa.pub
|
||
|
|
||
|
It might happen like so::
|
||
|
|
||
|
- user: name={{ item.name }} state=present generate_ssh_key=yes
|
||
|
with_items: users
|
||
12 years ago
|
|
||
11 years ago
|
- authorized_key: user={{ item.0.name }} key={{ lookup('file', item.1) }}
|
||
|
with_subelements:
|
||
|
- users
|
||
|
- authorized
|
||
|
|
||
|
Subelements walks a list of hashes (aka dictionaries) and then traverses a list with a given key inside of those
|
||
|
records.
|
||
|
|
||
|
The authorized_key pattern is exactly where it comes up most.
|
||
|
|
||
|
.. _looping_over_integer_sequences:
|
||
12 years ago
|
|
||
11 years ago
|
Looping over Integer Sequences
|
||
|
``````````````````````````````
|
||
12 years ago
|
|
||
12 years ago
|
``with_sequence`` generates a sequence of items in ascending numerical order. You
|
||
12 years ago
|
can specify a start, end, and an optional step value.
|
||
12 years ago
|
|
||
12 years ago
|
Arguments should be specified in key=value pairs. If supplied, the 'format' is a printf style string.
|
||
12 years ago
|
|
||
12 years ago
|
Numerical values can be specified in decimal, hexadecimal (0x3f8) or octal (0600).
|
||
12 years ago
|
Negative numbers are not supported. This works as follows::
|
||
|
|
||
|
---
|
||
12 years ago
|
- hosts: all
|
||
|
|
||
|
tasks:
|
||
|
|
||
|
# create groups
|
||
|
- group: name=evens state=present
|
||
|
- group: name=odds state=present
|
||
|
|
||
12 years ago
|
# create some test users
|
||
11 years ago
|
- user: name={{ item }} state=present groups=evens
|
||
12 years ago
|
with_sequence: start=0 end=32 format=testuser%02x
|
||
12 years ago
|
|
||
12 years ago
|
# create a series of directories with even numbers for some reason
|
||
|
- file: dest=/var/stuff/{{ item }} state=directory
|
||
|
with_sequence: start=4 end=16 stride=2
|
||
12 years ago
|
|
||
12 years ago
|
# a simpler way to use the sequence plugin
|
||
12 years ago
|
# create 4 groups
|
||
12 years ago
|
- group: name=group{{ item }} state=present
|
||
12 years ago
|
with_sequence: count=4
|
||
|
|
||
11 years ago
|
.. _random_choice:
|
||
|
|
||
|
Random Choices
|
||
|
``````````````
|
||
|
|
||
11 years ago
|
The 'random_choice' feature can be used to pick something at random. While it's not a load balancer (there are modules
|
||
|
for those), it can somewhat be used as a poor man's loadbalancer in a MacGyver like situation::
|
||
11 years ago
|
|
||
|
- debug: msg={{ item }}
|
||
|
with_random_choice:
|
||
|
- "go through the door"
|
||
|
- "drink from the goblet"
|
||
|
- "press the red button"
|
||
|
- "do nothing"
|
||
|
|
||
|
One of the provided strings will be selected at random.
|
||
|
|
||
|
At a more basic level, they can be used to add chaos and excitement to otherwise predictable automation environments.
|
||
|
|
||
|
.. _do_until_loops:
|
||
|
|
||
11 years ago
|
Do-Until Loops
|
||
|
``````````````
|
||
11 years ago
|
|
||
11 years ago
|
.. versionadded: 1.4
|
||
|
|
||
11 years ago
|
Sometimes you would want to retry a task until a certain condition is met. Here's an example::
|
||
|
|
||
|
- action: shell /usr/bin/foo
|
||
|
register: result
|
||
11 years ago
|
until: result.stdout.find("all systems go") != -1
|
||
11 years ago
|
retries: 5
|
||
|
delay: 10
|
||
11 years ago
|
|
||
11 years ago
|
The above example run the shell module recursively till the module's result has "all systems go" in it's stdout or the task has
|
||
|
been retried for 5 times with a delay of 10 seconds. The default value for "retries" is 3 and "delay" is 5.
|
||
12 years ago
|
|
||
11 years ago
|
The task returns the results returned by the last task run. The results of individual retries can be viewed by -vv option.
|
||
|
The registered variable will also have a new key "attempts" which will have the number of the retries for the task.
|
||
12 years ago
|
|
||
11 years ago
|
.. _with_first_found:
|
||
|
|
||
|
Finding First Matched Files
|
||
|
```````````````````````````
|
||
|
|
||
11 years ago
|
.. note:: This is an uncommon thing to want to do, but we're documenting it for completeness. You probably won't be reaching for this one often.
|
||
|
|
||
11 years ago
|
This isn't exactly a loop, but it's close. What if you want to use a reference to a file based on the first file found
|
||
|
that matches a given criteria, and some of the filenames are determined by variable names? Yes, you can do that as follows::
|
||
|
|
||
|
- name: INTERFACES | Create Ansible header for /etc/network/interfaces
|
||
|
template: src={{ item }} dest=/etc/foo.conf
|
||
|
with_first_found:
|
||
|
- "{{ansible_virtualization_type}_foo.conf"
|
||
|
- "default_foo.conf"
|
||
|
|
||
|
This tool also has a long form version that allows for configurable search paths. Here's an example::
|
||
|
|
||
|
- name: some configuration template
|
||
|
template: src={{ item }} dest=/etc/file.cfg mode=0444 owner=root group=root
|
||
|
with_first_found:
|
||
|
- files:
|
||
11 years ago
|
- "{{inventory_hostname}}/etc/file.cfg"
|
||
11 years ago
|
paths:
|
||
|
- ../../../templates.overwrites
|
||
|
- ../../../templates
|
||
|
- files:
|
||
|
- etc/file.cfg
|
||
|
paths:
|
||
|
- templates
|
||
|
|
||
|
.. _looping_over_the_results_of_a_program_execution:
|
||
|
|
||
|
Iterating Over The Results of a Program Execution
|
||
|
`````````````````````````````````````````````````
|
||
|
|
||
11 years ago
|
.. note:: This is an uncommon thing to want to do, but we're documenting it for completeness. You probably won't be reaching for this one often.
|
||
|
|
||
11 years ago
|
Sometimes you might want to execute a program, and based on the output of that program, loop over the results of that line by line.
|
||
|
Ansible provides a neat way to do that, though you should remember, this is always executed on the control machine, not the local
|
||
|
machine::
|
||
|
|
||
|
- name: Example of looping over a command result
|
||
|
shell: /usr/bin/frobnicate {{ item }}
|
||
|
with_lines: /usr/bin/frobnications_per_host --param {{ inventory_hostname }}
|
||
|
|
||
|
Ok, that was a bit arbitrary. In fact, if you're doing something that is inventory related you might just want to write a dynamic
|
||
|
inventory source instead (see :doc:`intro_dynamic_inventory`), but this can be occasionally useful in quick-and-dirty implementations.
|
||
|
|
||
|
Should you ever need to execute a command remotely, you would not use the above method. Instead do this::
|
||
|
|
||
|
- name: Example of looping over a REMOTE command result
|
||
|
shell: /usr/bin/something
|
||
|
register: command_result
|
||
|
|
||
|
- name: Do something with each result
|
||
|
shell: /usr/bin/something_else --param {{ item }}
|
||
|
with_items: command_result.stdout_lines
|
||
|
|
||
|
.. _indexed_lists:
|
||
|
|
||
|
Looping Over A List With An Index
|
||
|
`````````````````````````````````
|
||
|
|
||
11 years ago
|
.. note:: This is an uncommon thing to want to do, but we're documenting it for completeness. You probably won't be reaching for this one often.
|
||
|
|
||
11 years ago
|
.. versionadded: 1.3
|
||
|
|
||
|
If you want to loop over an array and also get the numeric index of where you are in the array as you go, you can also do that.
|
||
|
It's uncommonly used::
|
||
|
|
||
|
- name: indexed loop demo
|
||
|
debug: msg="at array position {{ item.0 }} there is a value {{ item.1 }}"
|
||
|
with_indexed_items: some_list
|
||
|
|
||
|
.. _flattening_a_list:
|
||
|
|
||
|
Flattening A List
|
||
|
`````````````````
|
||
|
|
||
11 years ago
|
.. note:: This is an uncommon thing to want to do, but we're documenting it for completeness. You probably won't be reaching for this one often.
|
||
|
|
||
11 years ago
|
In rare instances you might have several lists of lists, and you just want to iterate over every item in all of those lists. Assume
|
||
|
a really crazy hypothetical datastructure::
|
||
|
|
||
|
----
|
||
|
# file: roles/foo/vars/main.yml
|
||
|
packages_base:
|
||
|
- [ 'foo-package', 'bar-package' ]
|
||
|
packages_apps:
|
||
|
- [ ['one-package', 'two-package' ]]
|
||
|
- [ ['red-package'], ['blue-package']]
|
||
|
|
||
|
As you can see the formatting of packages in these lists is all over the place. How can we install all of the packages in both lists?::
|
||
|
|
||
|
- name: flattened loop demo
|
||
|
yum: name={{ item }} state=installed
|
||
|
with_flattened:
|
||
|
- packages_base
|
||
|
- packages_apps
|
||
|
|
||
|
That's how!
|
||
|
|
||
|
.. _writing_your_own_iterators:
|
||
|
|
||
|
Writing Your Own Iterators
|
||
|
``````````````````````````
|
||
|
|
||
|
While you ordinarily shouldn't have to, should you wish to write your own ways to loop over arbitrary datastructures, you can read `developing_plugins` for some starter
|
||
|
information. Each of the above features are implemented as plugins in ansible, so there are many implementations to reference.
|
||
|
|
||
11 years ago
|
.. seealso::
|
||
|
|
||
|
:doc:`playbooks`
|
||
|
An introduction to playbooks
|
||
|
:doc:`playbooks_roles`
|
||
|
Playbook organization by roles
|
||
|
:doc:`playbooks_best_practices`
|
||
|
Best practices in playbooks
|
||
|
:doc:`playbooks_conditionals`
|
||
|
Conditional statements in playbooks
|
||
|
:doc:`playbooks_variables`
|
||
|
All about variables
|
||
|
`User Mailing List <http://groups.google.com/group/ansible-devel>`_
|
||
|
Have a question? Stop by the google group!
|
||
|
`irc.freenode.net <http://irc.freenode.net>`_
|
||
|
#ansible IRC chat channel
|
||
|
|
||
|
|