Update variables in tower_inventory to be in dict format
4.0 KiB
AWX Ansible Collection
This Ansible collection allows for easy interaction with an AWX or Ansible Tower server via Ansible playbooks.
The previous home for this collection was in https://github.com/ansible/ansible
inside the folder lib/ansible/modules/web_infrastructure/ansible_tower
as well as other folders for the inventory plugin, module utils, and
doc fragment.
Release and Upgrade Notes
The release 7.0.0 of the awx.awx
collection is intended to be identical
to the content prior to the migration, aside from changes necessary to
have it function as a collection.
The following notes are changes that may require changes to playbooks:
- Specifying
inputs
orinjectors
as strings in thetower_credential_type
module is no longer supported. Provide them as dictionaries instead. - When a project is created, it will wait for the update/sync to finish by default; this can be turned off with the
wait
parameter, if desired. - Creating a "scan" type job template is no longer supported.
extra_vars
in thetower_job_launch
module worked with a list previously, but is now configured to work solely in adict
format.- When the
extra_vars
parameter is used with thetower_job_launch
module, the Job Template launch will fail unlessadd_extra_vars
orsurvey_enabled
is explicitly set toTrue
on the Job Template. tower_group
used to also service inventory sources, but this functionality has been removed from this module; usetower_inventory_source
instead.- Specified
tower_config
file used to handlek=v
pairs on a single line; this is no longer supported. Please use a file formatted asyaml
,json
orini
only. - The
variables
parameter in thetower_group
,tower_host
andtower_inventory
modules are now indict
format and no longer supports the use of theC(@)
syntax (for an externalvars
file). - Some return values (e.g.,
credential_type
) have been removed. Use ofid
is recommended.
Running
To use this collection, the "old" tower-cli
needs to be installed
in the virtual environment where the collection runs.
You can install it from PyPI.
To use this collection in AWX, you should create a custom virtual environment into which to install the requirements. NOTE: running locally, you will also need
to set the job template extra_vars
to include ansible_python_interpreter
to be the Python in that virtual environment.
Running Tests
Tests to verify compatibility with the most recent AWX code are
in awx_collection/test/awx
. These tests require that Python packages
are available for all of awx
, ansible
, tower_cli
, and the collection
itself.
Inside Development Container
The target make prepare_collection_venv
will prepare some requirements
in the awx_collection_test_venv
folder so that make test_collection
can
be executed to actually run the tests. A single test can be run via:
make test_collection COLLECTION_TEST_DIRS=awx_collection/test/awx/test_organization.py
Manually
As a faster alternative (if you do not want to use the container), or to
run against Ansible or tower-cli
source, it is possible to set up a
working environment yourself:
mkvirtualenv my_new_venv
# may need to replace psycopg2 with psycopg2-binary in requirements/requirements.txt
pip install -r requirements/requirements.txt -r requirements/requirements_dev.txt -r requirements/requirements_git.txt
make clean-api
pip install -e <path to your Ansible>
pip install -e <path to your tower-cli>
pip install -e .
PYTHONPATH=awx_collection:$PYTHONPATH py.test awx_collection/test/awx/
Building
The build target make build_collection
will template out a galaxy.yml
file
with automatic detection of the current AWX version. Then it builds the
collection with the ansible-galaxy
CLI.
Licensing
All content in this folder is licensed under the same license as Ansible, which is the same as license that applied before the split into an independent collection.