command
module takes the command name followed by a list of space-delimited arguments.$HOME
and operations like "<"
, ">"
, "|"
, ";"
and "&"
will not work (use the shell module if you need these features).parameter | required | default | choices | comments |
---|---|---|---|---|
chdir | no | Change into this directory before running the command. | ||
creates | no | A filename or (since 2.0) glob pattern, when it already exists, this step will not be run. | ||
free_form | yes | The command module takes a free form command to run. There is no parameter actually named 'free form'. See the examples! | ||
removes | no | A filename or (since 2.0) glob pattern, when it does not exist, this step will not be run. | ||
stdin (added in 2.4)
| no | Set the stdin of the command directly to the specified value. | ||
warn (added in 1.8)
| no | yes |
| If command_warnings are on in ansible.cfg, do not warn about this particular line if set to no . |
- name: return motd to registered var command: cat /etc/motd register: mymotd - name: Run the command if the specified file does not exist. command: /usr/bin/make_database.sh arg1 arg2 creates=/path/to/database # You can also use the 'args' form to provide the options. - name: This command will change the working directory to somedir/ and will only run when /path/to/database doesn't exist. command: /usr/bin/make_database.sh arg1 arg2 args: chdir: somedir/ creates: /path/to/database - name: safely use templated variable to run command. Always use the quote filter to avoid injection issues. command: cat {{ myfile|quote }} register: myoutput
Note
<
, >
, |
, etc), you actually want the shell module instead. The command
module is much more secure as it’s not affected by the user’s environment.creates
, removes
, and chdir
can be specified after the command. For instance, if you only want to run a command if a certain file does not exist, use this.executable
parameter is removed since version 2.4. If you have a need for this parameter, use the shell module instead.This module is flagged as stableinterface which means that the maintainers for this module guarantee that no backward incompatible interface changes will be made.
For more information about Red Hat’s this support of this module, please refer to this knowledge base article<https://access.redhat.com/articles/rhel-top-support-policies>
For help in developing on modules, should you be so inclined, please read Community Information & Contributing, Testing Ansible and Developing Modules.
© 2012–2017 Michael DeHaan
© 2017 Red Hat, Inc.
Licensed under the GNU General Public License version 3.
https://docs.ansible.com/ansible/latest/command_module.html