2016-10-26 00:12:52 +02:00
|
|
|
================
|
|
|
|
Python 3 Support
|
|
|
|
================
|
|
|
|
|
2018-04-18 22:04:47 +02:00
|
|
|
Ansible 2.5 and above have support for Python 3. Previous to 2.5, the Python 3 support was
|
|
|
|
considered a tech preview. This topic discusses how to setup your controller and managed machines
|
|
|
|
to use Python 3.
|
2016-10-26 00:12:52 +02:00
|
|
|
|
2017-08-04 22:57:09 +02:00
|
|
|
.. note:: Ansible supports Python version 3.5 and above only.
|
|
|
|
|
2018-04-18 22:04:47 +02:00
|
|
|
On the controller side
|
|
|
|
----------------------
|
2016-10-26 00:12:52 +02:00
|
|
|
|
2018-04-18 22:04:47 +02:00
|
|
|
The easiest way to run :command:`/usr/bin/ansible` under Python 3 is to install it with the Python3
|
|
|
|
version of pip. This will make the default :command:`/usr/bin/ansible` run with Python3:
|
2017-09-02 05:49:01 +02:00
|
|
|
|
|
|
|
.. code-block:: shell
|
|
|
|
|
|
|
|
$ pip3 install ansible
|
2017-09-28 05:21:38 +02:00
|
|
|
$ ansible --version | grep "python version"
|
|
|
|
python version = 3.6.2 (default, Sep 22 2017, 08:28:09) [GCC 7.2.1 20170915 (Red Hat 7.2.1-2)]
|
|
|
|
|
2018-04-18 22:04:47 +02:00
|
|
|
If you are running Ansible :ref:`from_source` and want to use Python 3 with your source checkout, run your
|
|
|
|
command via ``python3``. For example:
|
2017-09-28 05:21:38 +02:00
|
|
|
|
|
|
|
.. code-block:: shell
|
|
|
|
|
2018-04-18 22:04:47 +02:00
|
|
|
$ source ./hacking/env-setup
|
|
|
|
$ python3 $(which ansible) localhost -m ping
|
|
|
|
$ python3 $(which ansible-playbook) sample-playbook.yml
|
2017-09-02 05:49:01 +02:00
|
|
|
|
|
|
|
.. note:: Individual Linux distribution packages may be packaged for Python2 or Python3. When running from
|
|
|
|
distro packages you'll only be able to use Ansible with the Python version for which it was
|
|
|
|
installed. Sometimes distros will provide a means of installing for several Python versions
|
|
|
|
(via a separate package or via some commands that are run after install). You'll need to check
|
|
|
|
with your distro to see if that applies in your case.
|
|
|
|
|
2016-10-26 00:12:52 +02:00
|
|
|
|
2018-04-18 22:04:47 +02:00
|
|
|
Using Python 3 on the managed machines with commands and playbooks
|
|
|
|
------------------------------------------------------------------
|
2016-10-26 00:12:52 +02:00
|
|
|
|
2019-02-28 08:52:02 +01:00
|
|
|
* Ansible will automatically detect and use Python 3 on many platforms that ship with it. To explicitly configure a
|
|
|
|
Python 3 interpreter, set the ``ansible_python_interpreter`` inventory variable at a group or host level to the
|
|
|
|
location of a Python 3 interpreter, such as :command:`/usr/bin/python3`. The default interpreter path may also be
|
|
|
|
set in ``ansible.cfg``.
|
|
|
|
|
|
|
|
.. seealso:: :ref:`interpreter_discovery` for more information.
|
2016-10-26 00:12:52 +02:00
|
|
|
|
2017-04-04 20:18:19 +02:00
|
|
|
.. code-block:: ini
|
2016-10-26 00:12:52 +02:00
|
|
|
|
2018-04-18 22:04:47 +02:00
|
|
|
# Example inventory that makes an alias for localhost that uses Python3
|
|
|
|
localhost-py3 ansible_host=localhost ansible_connection=local ansible_python_interpreter=/usr/bin/python3
|
|
|
|
|
|
|
|
# Example of setting a group of hosts to use Python3
|
2017-04-04 20:18:19 +02:00
|
|
|
[py3-hosts]
|
2018-04-18 22:04:47 +02:00
|
|
|
ubuntu16
|
|
|
|
fedora27
|
2016-10-26 00:12:52 +02:00
|
|
|
|
2017-04-04 20:18:19 +02:00
|
|
|
[py3-hosts:vars]
|
|
|
|
ansible_python_interpreter=/usr/bin/python3
|
2016-10-26 00:12:52 +02:00
|
|
|
|
2018-04-18 22:04:47 +02:00
|
|
|
.. seealso:: :ref:`intro_inventory` for more information.
|
2017-04-04 20:18:19 +02:00
|
|
|
|
|
|
|
* Run your command or playbook:
|
|
|
|
|
|
|
|
.. code-block:: shell
|
|
|
|
|
2017-09-28 05:21:38 +02:00
|
|
|
$ ansible localhost-py3 -m ping
|
|
|
|
$ ansible-playbook sample-playbook.yml
|
2017-04-04 20:18:19 +02:00
|
|
|
|
|
|
|
|
2018-03-14 20:44:21 +01:00
|
|
|
Note that you can also use the `-e` command line option to manually
|
2018-04-18 22:04:47 +02:00
|
|
|
set the python interpreter when you run a command. This can be useful if you want to test whether
|
|
|
|
a specific module or playbook has any bugs under Python 3. For example:
|
2017-04-04 20:18:19 +02:00
|
|
|
|
|
|
|
.. code-block:: shell
|
|
|
|
|
2017-09-28 05:21:38 +02:00
|
|
|
$ ansible localhost -m ping -e 'ansible_python_interpreter=/usr/bin/python3'
|
|
|
|
$ ansible-playbook sample-playbook.yml -e 'ansible_python_interpreter=/usr/bin/python3'
|
2017-04-04 20:18:19 +02:00
|
|
|
|
|
|
|
What to do if an incompatibility is found
|
|
|
|
-----------------------------------------
|
|
|
|
|
2018-04-18 22:04:47 +02:00
|
|
|
We have spent several releases squashing bugs and adding new tests so that Ansible's core feature
|
|
|
|
set runs under both Python 2 and Python 3. However, bugs may still exist in edge cases and many of
|
|
|
|
the modules shipped with Ansible are maintained by the community and not all of those may be ported
|
|
|
|
yet.
|
|
|
|
|
|
|
|
If you find a bug running under Python 3 you can submit a bug report on `Ansible's GitHub project
|
|
|
|
<https://github.com/ansible/ansible/issues/>`_. Be sure to mention Python3 in the bug report so
|
|
|
|
that the right people look at it.
|
2017-04-04 20:18:19 +02:00
|
|
|
|
|
|
|
If you would like to fix the code and submit a pull request on github, you can
|
2018-04-25 20:18:52 +02:00
|
|
|
refer to :ref:`developing_python_3` for information on how we fix
|
2017-04-04 20:18:19 +02:00
|
|
|
common Python3 compatibility issues in the Ansible codebase.
|