Merge pull request #1170 from jpmens/docspatch01
Jumbo DOCUMENTATION patch
This commit is contained in:
commit
6600f7b7ac
18 changed files with 133 additions and 49 deletions
|
@ -34,7 +34,7 @@ options:
|
|||
default: null
|
||||
state:
|
||||
description:
|
||||
- Indicate the package state
|
||||
- Indicate the desired package state
|
||||
required: false
|
||||
default: present
|
||||
choices: [ "installed", "latest", "remove", "absent", "present" ]
|
||||
|
|
|
@ -44,7 +44,7 @@ options:
|
|||
choices: [ "present", "absent" ]
|
||||
notes:
|
||||
- This module requires C(apt-add-repository) be available on destination server. To ensure this package is available use the C(apt) module and install the C(python-software-properties) package before using this module.
|
||||
- This module works on Ubuntu and unstable Debian only, see *(https://github.com/ansible/ansible/pull/1082).
|
||||
- This module works on Ubuntu and unstable Debian only, see U(https://github.com/ansible/ansible/pull/1082).
|
||||
- A bug in C(apt-add-repository) always adds C(deb) and C(deb-src) types for repositories (see the issue on Launchpad U(https://bugs.launchpad.net/ubuntu/+source/software-properties/+bug/987264)), if some repo don't have source (eg MongoDB repo from 10gen) the system fails while updating repositories.
|
||||
author: Matt Wright
|
||||
examples:
|
||||
|
|
|
@ -24,9 +24,9 @@ along with Ansible. If not, see <http://www.gnu.org/licenses/>.
|
|||
DOCUMENTATION = '''
|
||||
---
|
||||
module: authorized_key
|
||||
short_description: Adds or removes an authorized key for a user from a remote host.
|
||||
short_description: Adds or removes an SSH authorized key
|
||||
description:
|
||||
- Adds or removes an authorized key for a user from a remote host.
|
||||
- Adds or removes an SSH authorized key for a user from a remote host.
|
||||
version_added: "0.5"
|
||||
options:
|
||||
user:
|
||||
|
|
|
@ -31,7 +31,7 @@ DOCUMENTATION = '''
|
|||
module: command
|
||||
short_description: Executes a command on a remote node
|
||||
description:
|
||||
- The command module takes the command name followed by a list of arguments, space delimited.
|
||||
- The command module takes the command name followed by a list of space-delimited arguments.
|
||||
- The given command will be executed on all selected nodes. It will not be
|
||||
processed through the shell, so variables like C($HOME) and operations
|
||||
like C("<"), C(">"), C("|"), and C("&") will not work. As such, all
|
||||
|
|
|
@ -43,9 +43,9 @@ examples:
|
|||
- code: easy_install name=pip
|
||||
description: "Examples from Ansible Playbooks"
|
||||
- code: easy_install name=flask virtualenv=/webapps/myapp/venv
|
||||
description: "Install I(flask) into the specified I(virtualenv)"
|
||||
description: "Install I(Flask) (U(http://flask.pocoo.org/)) into the specified I(virtualenv)"
|
||||
notes:
|
||||
- Please note that the M(easy_install) command can only install Python
|
||||
- Please note that the M(easy_install) module can only install Python
|
||||
libraries. Thus this module is not able to remove libraries. It is
|
||||
generally recommended to use the M(pip) module which you can first install
|
||||
using M(easy_install).
|
||||
|
|
|
@ -25,8 +25,9 @@ DOCUMENTATION = '''
|
|||
module: facter
|
||||
short_description: Runs the discovery program I(facter) on the remote system
|
||||
description:
|
||||
- Runs the discovery program I(facter) on the remote system, returning JSON
|
||||
data that can be useful for inventory purposes.
|
||||
- Runs the I(facter) discovery program
|
||||
(U(https://github.com/puppetlabs/facter)) on the remote system, returning
|
||||
JSON data that can be useful for inventory purposes.
|
||||
version_added: "0.2"
|
||||
options: []
|
||||
examples:
|
||||
|
|
66
library/file
66
library/file
|
@ -46,16 +46,78 @@ options:
|
|||
aliases: []
|
||||
state:
|
||||
description:
|
||||
- If directory, all immediate subdirectories will be created if they do not exist. If I(file), the file will NOT be created if it does not exist, see the M(copy) or M(template) module if you want that behavior. If I(link), the symbolic link will be created or changed. If absent, directories will be recursively deleted, and files or symlinks will be unlinked.
|
||||
- If C(directory), all immediate subdirectories will be created if they
|
||||
do not exist. If C(file), the file will NOT be created if it does not
|
||||
exist, see the M(copy) or M(template) module if you want that behavior.
|
||||
If C(link), the symbolic link will be created or changed. If C(absent),
|
||||
directories will be recursively deleted, and files or symlinks will be
|
||||
unlinked.
|
||||
required: false
|
||||
default: file
|
||||
choices: [ file, link, directory, absent ]
|
||||
mode:
|
||||
required: false
|
||||
default: null
|
||||
choices: []
|
||||
description:
|
||||
- mode the file or directory should be, such as 0644 as would be fed to I(chmod). English modes like B(g+x) are not yet supported
|
||||
- mode the file or directory should be, such as 0644 as would be fed to
|
||||
owner:
|
||||
required: false
|
||||
default: null
|
||||
choices: []
|
||||
description:
|
||||
- name of the user that should own the file/directory, as would be fed to I(chown)
|
||||
group:
|
||||
required: false
|
||||
default: null
|
||||
choices: []
|
||||
description:
|
||||
- name of the group that should own the file/directory, as would be fed to I(chown)
|
||||
src:
|
||||
required: false
|
||||
default: null
|
||||
choices: []
|
||||
description:
|
||||
- path of the file to link to (applies only to C(state=link)).
|
||||
seuser:
|
||||
required: false
|
||||
default: null
|
||||
choices: []
|
||||
description:
|
||||
- user part of SELinux file context. Will default to system policy, if
|
||||
applicable. If set to C(_default), it will use the C(user) portion of the
|
||||
the policy if available
|
||||
serole:
|
||||
required: false
|
||||
default: null
|
||||
choices: []
|
||||
description:
|
||||
- role part of SELinux file context, C(_default) feature works as for I(seuser).
|
||||
setype:
|
||||
required: false
|
||||
default: null
|
||||
choices: []
|
||||
description:
|
||||
- type part of SELinux file context, C(_default) feature works as for I(seuser).
|
||||
selevel:
|
||||
required: false
|
||||
default: "s0"
|
||||
choices: []
|
||||
description:
|
||||
- level part of the SELinux file context. This is the MLS/MCS attribute,
|
||||
sometimes known as the C(range). C(_default) feature works as for
|
||||
I(seuser).
|
||||
context:
|
||||
required: false
|
||||
default: null
|
||||
choices: [ "default" ]
|
||||
description:
|
||||
- accepts only C(default) as value. This will restore a file's SELinux context
|
||||
in the policy. Does nothing if no default value is available.
|
||||
examples:
|
||||
- code: file path=/etc/foo.conf owner=foo group=foo mode=0644
|
||||
description: Example from Ansible Playbooks
|
||||
- code: file src=/file/to/link/to dest=/path/to/symlink owner=foo group=foo state=link
|
||||
notes:
|
||||
- See also M(copy), M(template), M(assemble)
|
||||
requirements: [ ]
|
||||
|
|
|
@ -39,8 +39,8 @@ options:
|
|||
regexp:
|
||||
required: true
|
||||
description:
|
||||
- The regular expression to look for in the file. For I(state=present),
|
||||
the pattern to replace. For I(state=absent), the pattern of the line
|
||||
- The regular expression to look for in the file. For C(state=present),
|
||||
the pattern to replace. For C(state=absent), the pattern of the line
|
||||
to remove.
|
||||
state:
|
||||
required: false
|
||||
|
@ -52,13 +52,13 @@ options:
|
|||
line:
|
||||
required: false
|
||||
description:
|
||||
- Required for I(state=present). The line to insert/replace into the
|
||||
- Required for C(state=present). The line to insert/replace into the
|
||||
file. Must match the value given to C(regexp).
|
||||
insertafter:
|
||||
required: false
|
||||
default: EOF
|
||||
description:
|
||||
- Used with I(state=present). If specified, the line will be inserted
|
||||
- Used with C(state=present). If specified, the line will be inserted
|
||||
after the specified regular expression. Two special values are
|
||||
available; C(BOF) for inserting the line at the beginning of the
|
||||
file, and C(EOF) for inserting the line at the end of the file.
|
||||
|
|
|
@ -65,10 +65,14 @@ options:
|
|||
default: null
|
||||
examples:
|
||||
- code: mysql_db db=bobdata state=present
|
||||
description: create a new database with name 'bobdata'
|
||||
description: Create a new database with name 'bobdata'
|
||||
notes:
|
||||
- Requires the MySQLdb Python package on the remote host. For Ubuntu, this is as easy as apt-get install python-mysqldb.
|
||||
- Both 'login_password' and 'login_username' are required when you are passing credentials. If none are present, the module will attempt to read the credentials from ~/.my.cnf, and finally fall back to using the MySQL default login of 'root' with no password.
|
||||
- Requires the MySQLdb Python package on the remote host. For Ubuntu, this
|
||||
is as easy as apt-get install python-mysqldb.
|
||||
- Both C(login_password) and C(login_username) are required when you are
|
||||
passing credentials. If none are present, the module will attempt to read
|
||||
the credentials from C(~/.my.cnf), and finally fall back to using the MySQL
|
||||
default login of 'root' with no password.
|
||||
requirements: [ ConfigParser ]
|
||||
author: Mark Theunissen
|
||||
'''
|
||||
|
|
|
@ -75,9 +75,13 @@ examples:
|
|||
- code: mydb.*:INSERT,UPDATE/anotherdb.*:SELECT/yetanotherdb.*:ALL
|
||||
description: Example privileges string format
|
||||
notes:
|
||||
- Requires the MySQLdb Python package on the remote host. For Ubuntu, this is as easy as apt-get install python-mysqldb.
|
||||
- Both 'login_password' and 'login_username' are required when you are passing credentials. If none are present, the module will attempt to read the credentials from ~/.my.cnf, and finally fall back to using the MySQL default login of 'root' with no password.
|
||||
requirements: [ ConfigParser ]
|
||||
- Requires the MySQLdb Python package on the remote host. For Ubuntu, this
|
||||
is as easy as apt-get install python-mysqldb.
|
||||
- Both C(login_password) and C(login_username) are required when you are
|
||||
passing credentials. If none are present, the module will attempt to read
|
||||
the credentials from C(~/.my.cnf), and finally fall back to using the MySQL
|
||||
default login of 'root' with no password.
|
||||
requirements: [ "ConfigParser", "MySQLdb" ]
|
||||
author: Mark Theunissen
|
||||
'''
|
||||
|
||||
|
|
|
@ -24,7 +24,9 @@ DOCUMENTATION = '''
|
|||
module: ohai
|
||||
short_description: Returns inventory data from I(ohai)
|
||||
description:
|
||||
- Similar to the M(facter) module, this returns JSON inventory data.
|
||||
- Similar to the M(facter) module, this runs the I(ohai) discovery program
|
||||
(U(http://wiki.opscode.com/display/chef/Ohai)) on the remote host and
|
||||
returns JSON inventory data.
|
||||
I(Ohai) data is a bit more verbose and nested than I(facter).
|
||||
version_added: "0.6"
|
||||
options: []
|
||||
|
|
|
@ -24,8 +24,10 @@ DOCUMENTATION = '''
|
|||
module: ping
|
||||
short_description: Try to connect to host and return pong on success.
|
||||
description:
|
||||
- A trivial test module, this module always returns 'pong' on successful contact. It does not make sense in playbooks, but is useful from /usr/bin/ansible
|
||||
version_added: "0.7"
|
||||
- A trivial test module, this module always returns 'pong' on successful
|
||||
contact. It does not make sense in playbooks, but is useful from
|
||||
C(/usr/bin/ansible)
|
||||
version_added: "0.1"
|
||||
examples:
|
||||
- code: ansible webservers -m ping
|
||||
description: Test 'webservers' status
|
||||
|
|
|
@ -59,14 +59,14 @@ examples:
|
|||
- code: pip name=flask version=0.8
|
||||
description: Install I(flask) python package on version 0.8.
|
||||
- code: pip name=flask virtualenv=/srv/webapps/my_app/venv
|
||||
description: Install I(flask) python package in specified virtualenv.
|
||||
description: "Install I(Flask) (U(http://flask.pocoo.org/)) into the specified I(virtualenv)"
|
||||
- code: pip requirements=/srv/webapps/my_app/src/requirements.txt
|
||||
description: Install specified python requirements.
|
||||
- code: pip requirements=/srv/webapps/my_app/src/requirements.txt virtualenv=/srv/webapps/my_app/venv
|
||||
description: Install specified python requirements in indicated virtualenv.
|
||||
notes:
|
||||
- Please note that U(http://www.virtualenv.org/, virtualenv) must be installed on the remote host if the virtualenv parameter is specified.
|
||||
requirements: [ ]
|
||||
requirements: [ "virtualenv", "pip" ]
|
||||
author: Matt Wright
|
||||
'''
|
||||
|
||||
|
|
|
@ -36,7 +36,7 @@ options:
|
|||
default: null
|
||||
login_password:
|
||||
description:
|
||||
- The passwordused to authenticate with
|
||||
- The password used to authenticate with
|
||||
required: false
|
||||
default: null
|
||||
login_host:
|
||||
|
@ -57,7 +57,7 @@ options:
|
|||
choices: [ "present", "absent" ]
|
||||
examples:
|
||||
- code: postgresql_db db=acme
|
||||
description: create a new database with name 'acme'
|
||||
description: Create a new database with name 'acme'
|
||||
notes:
|
||||
- The default authentication assumes that you are either logging in as or sudo'ing to the postgres account on the host.
|
||||
- This module uses psycopg2, a Python PostgreSQL database adapter. You must ensure that psycopg2 is installed on the host before using this module. If the remote host is the PostgreSQL server (which is the default case), then PostgreSQL must also be installed on the remote host. For Ubuntu-based systems, install the postgresql, libpq-dev, and python-psycopg2 packages on the remote host before using this module.
|
||||
|
|
|
@ -22,34 +22,36 @@ DOCUMENTATION = '''
|
|||
---
|
||||
module: service
|
||||
author: Michael DeHaan
|
||||
version_added: 0.0.1
|
||||
version_added: 0.1
|
||||
short_description: Manage services.
|
||||
description:
|
||||
- Controls services on remote hosts.
|
||||
options:
|
||||
name:
|
||||
required: true
|
||||
description: Name of the service.
|
||||
description:
|
||||
- Name of the service.
|
||||
state:
|
||||
required: false
|
||||
choices: [ running, started, stopped, restarted, reloaded ]
|
||||
description: I(started), I(stopped), I(reloaded), I(restarted).
|
||||
I(Started)/I(stopped) are idempotent actions that will
|
||||
not run commands unless necessary. I(restarted) will
|
||||
always bounce the service. I(reloaded) will always
|
||||
reload.
|
||||
description:
|
||||
- I(started), I(stopped), I(reloaded), I(restarted).
|
||||
I(Started)/I(stopped) are idempotent actions that will not run
|
||||
commands unless necessary. I(restarted) will always bounce the
|
||||
service. I(reloaded) will always reload.
|
||||
pattern:
|
||||
required: false
|
||||
description: New in 0.7. If the service does not respond to the
|
||||
status command, name a substring to look for as would
|
||||
be found in the output of the I(ps) command
|
||||
as a stand-in for a status result. If the string is
|
||||
found, the servie will be assumed to be running.
|
||||
version_added: "0.7"
|
||||
description:
|
||||
- If the service does not respond to the status command, name a
|
||||
substring to look for as would be found in the output of the I(ps)
|
||||
command as a stand-in for a status result. If the string is found,
|
||||
the servie will be assumed to be running.
|
||||
enabled:
|
||||
required: false
|
||||
choices: [ yes, no ]
|
||||
description: Whether the service should start on boot. Either
|
||||
I(yes) or I(no).
|
||||
choices: [ "yes", "no" ]
|
||||
description:
|
||||
- Whether the service should start on boot.
|
||||
examples:
|
||||
- code: service name=httpd state=started
|
||||
description: Example action from Ansible Playbooks
|
||||
|
|
|
@ -7,8 +7,10 @@ DOCUMENTATION = '''
|
|||
module: shell
|
||||
short_description: Execute commands in nodes.
|
||||
description:
|
||||
- The shell module takes the command name followed by a list of arguments, space delimited. It is almost exactly like the command module but runs the command through the user's configured shell on the remote node.
|
||||
version_added: "0.0.2"
|
||||
- The shell module takes the command name followed by a list of arguments,
|
||||
space delimited. It is almost exactly like the M(command) module but runs
|
||||
the command through the user's configured shell on the remote node.
|
||||
version_added: "0.2"
|
||||
options:
|
||||
(free form):
|
||||
description:
|
||||
|
@ -29,7 +31,11 @@ examples:
|
|||
- code: shell somescript.sh >> somelog.txt
|
||||
description: Execute the command in remote shell
|
||||
notes:
|
||||
- If you want to execute a command securely and predicably, it may be better to use the 'command' module instead. Best practices when writing playbooks will follow the trend of using M(command) unless M(shell) is explicitly required. When running ad-hoc commands, use your best judgement.
|
||||
- If you want to execute a command securely and predicably, it may be
|
||||
better to use the M(command) module instead. Best practices when writing
|
||||
playbooks will follow the trend of using M(command) unless M(shell) is
|
||||
explicitly required. When running ad-hoc commands, use your best
|
||||
judgement.
|
||||
requirements: [ ]
|
||||
author: Michael DeHaan
|
||||
'''
|
|
@ -36,7 +36,8 @@ options:
|
|||
examples:
|
||||
- code: template src=/mytemplates/foo.j2 dest=/etc/file.conf owner=bin group=wheel mode=0644
|
||||
description: "Example from Ansible Playbooks"
|
||||
notes: []
|
||||
notes:
|
||||
- Since Ansible version 0.9, templates are loaded with C(trim_blocks=True).
|
||||
requirements: null
|
||||
author: Michael DeHaan
|
||||
'''
|
||||
|
|
|
@ -22,7 +22,7 @@ DOCUMENTATION = '''
|
|||
---
|
||||
module: user
|
||||
author: Stephen Fromm
|
||||
version_added: 0.0.2
|
||||
version_added: 0.2
|
||||
short_description: Manage user accounts
|
||||
requirements: [ useradd, userdel, usermod ]
|
||||
description:
|
||||
|
|
Loading…
Reference in a new issue