1
0
Fork 0
mirror of https://github.com/ansible-collections/community.general.git synced 2024-09-14 20:13:21 +02:00

Fix trailing space in ec2_vol example, fix 'the the' typos (#28440)

* Fix 'the the' typos, fix 'pahting' filename typo

* Change 'the the' typos to a single 'the'.
* Change `playbook_pahting.rst` to `playbook_pathing.rst`.

* Delete trailing space in ec2_vol example

Delete the trailing space in `instance: "{{ item.id }} "`, which makes the
example fail when run because it looks for instance "i-xxxx ".
This commit is contained in:
David Kretch 2017-08-19 17:00:51 -04:00 committed by René Moser
parent b5a00d05d3
commit beed59f303
39 changed files with 44 additions and 44 deletions

View file

@ -5,7 +5,7 @@
# restrict included nodes to those from this datacenter
#datacenter = nyc1
# url of the the consul cluster to query
# url of the consul cluster to query
#url = http://demo.consul.io
url = http://localhost:8500

View file

@ -288,7 +288,7 @@ class ConsulInventory(object):
def load_node_metadata_from_kv(self, node_data):
''' load the json dict at the metadata path defined by the kv_metadata value
and the node name add each entry in the dictionary to the the node's
and the node name add each entry in the dictionary to the node's
metadata '''
node = node_data['Node']
if self.config.has_config('kv_metadata'):

View file

@ -117,7 +117,7 @@ From this, we'll use the add_host module to dynamically create a host group cons
add_host: hostname={{ item.public_ip }} groups=ec2hosts
with_items: "{{ ec2.instances }}"
With the host group now created, a second play at the bottom of the the same provisioning playbook file might now have some configuration steps::
With the host group now created, a second play at the bottom of the same provisioning playbook file might now have some configuration steps::
# demo_setup.yml

View file

@ -20,7 +20,7 @@ Some tasks that require 'local' resources use action plugins (template and copy
The magic of 'local' paths
--------------------------
Lookups and action plugins both use a special 'search magic' to find things, taking the current play into account, it uses from most specific to most general the the playbook dir in which a task is contained (this includes roles and includes).
Lookups and action plugins both use a special 'search magic' to find things, taking the current play into account, it uses from most specific to most general playbook dir in which a task is contained (this includes roles and includes).
Using this magic, relative paths get attempted first with a 'files|templates|vars' appended (if not already present), depending on action being taken, 'files' is the default. (i.e include_vars will use vars/). The paths will be searched from most specific to most general (i.e role before play).
dependent roles WILL be traversed (i.e task is in role2, role2 is a dependency of role1, role2 will be looked at first, then role1, then play).

View file

@ -33,7 +33,7 @@ There are two options:
1. Force a task to **run in check mode**, even when the playbook is called **without** ``--check``. This is called ``check_mode: yes``.
2. Force a task to **run in normal mode** and make changes to the system, even when the playbook is called **with** ``--check``. This is called ``check_mode: no``.
.. note:: Prior to version 2.2 only the the equivalent of ``check_mode: no`` existed. The notation for that was ``always_run: yes``.
.. note:: Prior to version 2.2 only the equivalent of ``check_mode: no`` existed. The notation for that was ``always_run: yes``.
Instead of ``yes``/``no`` you can use a Jinja2 expression, just like the ``when`` clause.
@ -51,7 +51,7 @@ Example::
Running single tasks with ``check_mode: yes`` can be useful to write tests for
ansible modules, either to test the module itself or to the the conditions under
ansible modules, either to test the module itself or to the conditions under
which a module would make changes.
With ``register`` (see :doc:`playbooks_conditionals`) you can check the
potential changes.

View file

@ -6,7 +6,7 @@ Filters
Filters in Ansible are from Jinja2, and are used for transforming data inside a template expression. Jinja2 ships with many filters. See `builtin filters`_ in the official Jinja2 template documentation.
Take into account that templating happens on the the Ansible controller, **not** on the task's target host, so filters also execute on the controller as they manipulate local data.
Take into account that templating happens on the Ansible controller, **not** on the task's target host, so filters also execute on the controller as they manipulate local data.
In addition the ones provided by Jinja2, Ansible ships with it's own and allows users to add their own custom filters.

View file

@ -151,7 +151,7 @@ EXAMPLES = '''
count: 3
register: ec2
- ec2_vol:
instance: "{{ item.id }} "
instance: "{{ item.id }}"
volume_size: 5
with_items: "{{ ec2.instances }}"
register: ec2_vol

View file

@ -351,7 +351,7 @@ def find_stream(client, stream_name, check_mode=False):
def wait_for_status(client, stream_name, status, wait_timeout=300,
check_mode=False):
"""Wait for the the status to change for a Kinesis Stream.
"""Wait for the status to change for a Kinesis Stream.
Args:
client (botocore.client.EC2): Boto3 client
stream_name (str): The name of the kinesis stream.

View file

@ -661,7 +661,7 @@ class ClcModifyServer:
def _ensure_aa_policy_absent(
self, server, server_params):
"""
ensures the the provided anti affinity policy is removed from the server
ensures the provided anti affinity policy is removed from the server
:param server: the CLC server object
:param server_params: the dictionary of server parameters
:return: (changed, group) -

View file

@ -145,7 +145,7 @@ description:
type: string
sample: snapshot brought to you by Ansible
domain:
description: Domain the the vm snapshot is related to.
description: Domain the vm snapshot is related to.
returned: success
type: string
sample: example domain

View file

@ -34,7 +34,7 @@ description:
options:
id:
description:
- "Id of the the storage connection to manage."
- "Id of the storage connection to manage."
state:
description:
- "Should the storage connection be present or absent."
@ -42,7 +42,7 @@ options:
default: present
storage:
description:
- "Name of the the storage domain to be used with storage connection."
- "Name of the storage domain to be used with storage connection."
address:
description:
- "Address of the storage server. E.g.: myserver.mydomain.com"

View file

@ -341,7 +341,7 @@ def main():
storage_domain_service = storage_domains_service.storage_domain_service(sd_id)
templates_service = storage_domain_service.templates_service()
# Find the the unregistered Template we want to register:
# Find the unregistered Template we want to register:
templates = templates_service.list(unregistered=True)
template = next(
(t for t in templates if t.name == module.params['name']),

View file

@ -306,7 +306,7 @@ def remove_check(module, check_id):
def add_service(module, service):
''' registers a service with the the current agent '''
''' registers a service with the current agent '''
result = service
changed = False

View file

@ -78,7 +78,7 @@ options:
or a hash where the key is an element name and the value is the element value.
set_children:
description:
- Set the the child-element(s) of a selected element.
- Set the child-element(s) of a selected element.
- Removes any existing children.
- Child elements must be specified as in C(add_children).
count:

View file

@ -52,11 +52,11 @@ options:
required: false
start_time:
description:
- The unix timestamp indicating the the time at which the event referenced by this annotation started
- The unix timestamp indicating the time at which the event referenced by this annotation started
required: false
end_time:
description:
- The unix timestamp indicating the the time at which the event referenced by this annotation ended
- The unix timestamp indicating the time at which the event referenced by this annotation ended
- For events that have a duration, this is a useful way to annotate the duration of the event
required: false
links:

View file

@ -35,7 +35,7 @@ options:
timeout:
description:
- If there are pending actions for the service monitored by monit, then Ansible will check
for up to this many seconds to verify the the requested action has been performed.
for up to this many seconds to verify the requested action has been performed.
Ansible will sleep for five seconds between each check.
required: false
default: 300

View file

@ -54,7 +54,7 @@ options:
value:
description:
- Blueprint parameter value. This value may be transformed by using the
I(param_map) field; used when the the blueprint parameter requires
I(param_map) field; used when the blueprint parameter requires
an AOS unique ID value.
get_param_list:
description:

View file

@ -124,7 +124,7 @@ options:
True. If the argument is set to I(modified), then the running-config
will only be copied to the startup-config if it has changed since
the last save to startup-config. If the argument is set to
I(never), the running-config will never be copied to the the
I(never), the running-config will never be copied to the
startup-config
required: false
default: never

View file

@ -45,7 +45,7 @@ options:
choices: [true, false]
access_token:
description:
- Bigmon access token. If this isn't set the the environment variable C(BIGSWITCH_ACCESS_TOKEN) is used.
- Bigmon access token. If this isn't set, the environment variable C(BIGSWITCH_ACCESS_TOKEN) is used.
'''

View file

@ -70,7 +70,7 @@ options:
choices: [true, false]
access_token:
description:
- Bigmon access token. If this isn't set the the environment variable C(BIGSWITCH_ACCESS_TOKEN) is used.
- Bigmon access token. If this isn't set, the environment variable C(BIGSWITCH_ACCESS_TOKEN) is used.
'''

View file

@ -128,7 +128,7 @@ options:
default: null
counter_interval:
description:
- Indicates the the counter sampling interval.
- Indicates the counter sampling interval.
The value is an integer that ranges from 10 to 4294967295, in seconds. The default value is 20.
required: false
default: null

View file

@ -138,7 +138,7 @@ def run_nclu(module, command_list, command_string, commit, atomic, abort, descri
# First, look at the staged commands.
before = check_pending(module)
# Run all of the the net commands
# Run all of the net commands
output_lines = []
for line in commands:
output_lines += [command_helper(module, line.strip(), "Failed on line %s"%line)]

View file

@ -174,7 +174,7 @@ options:
True. If the argument is set to I(modified), then the running-config
will only be copied to the startup-config if it has changed since
the last save to startup-config. If the argument is set to
I(never), the running-config will never be copied to the the
I(never), the running-config will never be copied to the
startup-config
required: false
default: never

View file

@ -178,7 +178,7 @@ options:
True. If the argument is set to I(modified), then the running-config
will only be copied to the startup-config if it has changed since
the last save to startup-config. If the argument is set to
I(never), the running-config will never be copied to the the
I(never), the running-config will never be copied to the
startup-config
required: false
default: never

View file

@ -24,7 +24,7 @@ description:
- This module allows the user to send a configuration XML file to a netconf
device, and detects if there was a configuration change.
notes:
- This module supports devices with and without the the candidate and
- This module supports devices with and without the candidate and
confirmed-commit capabilities. It always use the safer feature.
version_added: "2.2"
options:

View file

@ -174,7 +174,7 @@ options:
True. If the argument is set to I(modified), then the running-config
will only be copied to the startup-config if it has changed since
the last save to startup-config. If the argument is set to
I(never), the running-config will never be copied to the the
I(never), the running-config will never be copied to the
startup-config
required: false
default: never

View file

@ -42,17 +42,17 @@ options:
- Should https certificates be validated?
source_volume_id:
description:
- The the id of the volume copy source.
- The id of the volume copy source.
- If used, must be paired with destination_volume_id
- Mutually exclusive with volume_copy_pair_id, and search_volume_id
destination_volume_id:
description:
- The the id of the volume copy destination.
- The id of the volume copy destination.
- If used, must be paired with source_volume_id
- Mutually exclusive with volume_copy_pair_id, and search_volume_id
volume_copy_pair_id:
description:
- The the id of a given volume copy pair
- The id of a given volume copy pair
- Mutually exclusive with destination_volume_id, source_volume_id, and search_volume_id
- Can use to delete or check presence of volume pairs
- Must specify this or (destination_volume_id and source_volume_id)

View file

@ -654,7 +654,7 @@ def main():
if not module.check_mode:
partition = [p for p in current_parts if p['num'] == number][0]
# Assign name to the the partition
# Assign name to the partition
if name is not None and partition.get('name', None) != name:
script += "name %s %s " % (number, name)

View file

@ -43,7 +43,7 @@ requirements:
options:
account_key:
description:
- "File containing the the Let's Encrypt account RSA key."
- "File containing the Let's Encrypt account RSA key."
- "Can be created with C(openssl rsa ...)."
required: true
account_email:

View file

@ -7,7 +7,7 @@
limit_to: "*"
debug: false
# Run the tests within blocks allows the the next module to be tested if the previous one fails.
# Run the tests within blocks allows the next module to be tested if the previous one fails.
# This is done to allow https://github.com/ansible/dci-partner-ansible/ to run the full set of tests.

View file

@ -7,7 +7,7 @@
limit_to: "*"
debug: false
# Run the tests within blocks allows the the next module to be tested if the previous one fails.
# Run the tests within blocks allows the next module to be tested if the previous one fails.
# This is done to allow https://github.com/ansible/dci-partner-ansible/ to run the full set of tests.

View file

@ -6,7 +6,7 @@
vars:
limit_to: "*"
debug: false
# Run the tests within blocks allows the the next module to be tested if the previous one fails.
# Run the tests within blocks allows the next module to be tested if the previous one fails.
# This is done to allow https://github.com/ansible/dci-partner-ansible/ to run the full set of tests.

View file

@ -7,7 +7,7 @@
limit_to: "*"
debug: false
# Run the tests within blocks allows the the next module to be tested if the previous one fails.
# Run the tests within blocks allows the next module to be tested if the previous one fails.
# This is done to allow https://github.com/ansible/dci-partner-ansible/ to run the full set of tests.

View file

@ -8,7 +8,7 @@
debug: false
# Run the tests within blocks allows the the next module to be tested if the previous one fails.
# Run the tests within blocks allows the next module to be tested if the previous one fails.
# This is done to allow https://github.com/ansible/dci-partner-ansible/ to run the full set of tests.

View file

@ -7,7 +7,7 @@
limit_to: "*"
debug: false
# Run the tests within blocks allows the the next module to be tested if the previous one fails.
# Run the tests within blocks allows the next module to be tested if the previous one fails.
# This is done to allow https://github.com/ansible/dci-partner-ansible/ to run the full set of tests.

View file

@ -7,7 +7,7 @@
limit_to: "*"
debug: false
# Run the tests within blocks allows the the next module to be tested if the previous one fails.
# Run the tests within blocks allows the next module to be tested if the previous one fails.
# This is done to allow https://github.com/ansible/dci-partner-ansible/ to run the full set of tests.

View file

@ -8,7 +8,7 @@
limit_to: "*"
debug: false
# Run the tests within blocks allows the the next module to be tested if the previous one fails.
# Run the tests within blocks allows the next module to be tested if the previous one fails.
# This is done to allow https://github.com/ansible/dci-partner-ansible/ to run the full set of tests.

View file

@ -8,7 +8,7 @@
debug: false
# Run the tests within blocks allows the the next module to be tested if the previous one fails.
# Run the tests within blocks allows the next module to be tested if the previous one fails.
# This is done to allow https://github.com/ansible/dci-partner-ansible/ to run the full set of tests.

View file

@ -7,7 +7,7 @@
limit_to: "*"
debug: false
# Run the tests within blocks allows the the next module to be tested if the previous one fails.
# Run the tests within blocks allows the next module to be tested if the previous one fails.
# This is done to allow https://github.com/ansible/dci-partner-ansible/ to run the full set of tests.