Anmelden
Welche ansible-core-Version und welche Collections sind in welchem Ansible Execution Environment enthalten?
Das sind ja gleich mehrere Fragen auf einmal. Doch ich denke, dass man diese gut in einem Beitrag beantworten kann.
Für die Antwort auf die Frage was Execution Environments sind, verweise ich auf die offizielle Dokumentation, da dies sonst den Umfang dieses Beitrags sprengen würde. Kurz gesagt handelt es sich dabei um Container-Images, welche unterschiedliche Versionen von ansible-core und diverse Ansible Collections enthalten.
Ich verwende für die folgenden Beispiele die Execution Environments aka Container-Images ee-minimal-rhel9 und ee-supported-rhel9 von registry.redhat.io/ansible-automation-platform-26.
Option 1: Mit Podman schnell und simpel zum Ziel
Folgender Code-Block zeigt den gesuchten Inhalt für das Minimal-Image an:
[jkastning@aap-1 ~]$ podman run --rm registry.redhat.io/ansible-automation-platform-26/ee-minimal-rhel9:latest ansible --version
ansible [core 2.16.14]
config file = None
configured module search path = ['/home/runner/.ansible/plugins/modules', '/usr/share/ansible/plugins/modules']
ansible python module location = /usr/local/lib/python3.11/site-packages/ansible
ansible collection location = /home/runner/.ansible/collections:/usr/share/ansible/collections
executable location = /usr/local/bin/ansible
python version = 3.11.13 (main, Aug 21 2025, 00:00:00) [GCC 11.5.0 20240719 (Red Hat 11.5.0-11)] (/usr/bin/python3.11)
jinja version = 3.1.6
libyaml = True
[jkastning@aap-1 ~]$ podman run --rm registry.redhat.io/ansible-automation-platform-26/ee-minimal-rhel9:latest ansible-galaxy collection list
usage: ansible-galaxy [-h] [--version] [-v] TYPE ...
Perform various Role and Collection related operations.
positional arguments:
TYPE
collection Manage an Ansible Galaxy collection.
role Manage an Ansible Galaxy role.
options:
--version show program's version number, config file location,
configured module search path, module location, executable
location and exit
-h, --help show this help message and exit
-v, --verbose Causes Ansible to print more debug messages. Adding multiple
-v will increase the verbosity, the builtin plugins currently
evaluate up to -vvvvvv. A reasonable level to start is -vvv,
connection debugging might require -vvvv. This argument may
be specified multiple times.
ERROR! - None of the provided paths were usable. Please specify a valid path with --collections-path Dieses Image enthält ansible-core in Version 2.16.14 und keinerlei Ansible Collection. Das ee-suported-rhel9 bringt im Vergleich dazu eine ganze Reihe an Collections mit:
[jkastning@aap-1 ~]$ podman run --rm registry.redhat.io/ansible-automation-platform-26/ee-supported-rhel9:latest ansible --version
ansible [core 2.16.14]
config file = None
configured module search path = ['/home/runner/.ansible/plugins/modules', '/usr/share/ansible/plugins/modules']
ansible python module location = /usr/local/lib/python3.11/site-packages/ansible
ansible collection location = /home/runner/.ansible/collections:/usr/share/ansible/collections
executable location = /usr/local/bin/ansible
python version = 3.11.13 (main, Aug 21 2025, 00:00:00) [GCC 11.5.0 20240719 (Red Hat 11.5.0-11)] (/usr/bin/python3.11)
jinja version = 3.1.6
libyaml = True
[jkastning@aap-1 ~]$ podman run --rm registry.redhat.io/ansible-automation-platform-26/ee-supported-rhel9:latest ansible-galaxy collection list
# /usr/share/ansible/collections/ansible_collections
Collection Version
------------------------------- ------------
amazon.aws 9.5.1
ansible.controller 4.7.6
ansible.eda 2.10.0
ansible.hub 1.0.1
ansible.netcommon 8.1.0
ansible.network 5.0.0
ansible.platform 2.6.20251106
ansible.posix 2.1.0
ansible.scm 3.0.0
ansible.security 5.0.0
ansible.snmp 3.0.0
ansible.utils 6.0.0
ansible.windows 3.2.0
ansible.yang 3.0.0
arista.eos 12.0.0
cisco.intersight 2.2.0
cisco.ios 11.1.1
cisco.iosxr 12.0.0
cisco.nxos 11.0.0
cloud.common 5.0.0
cloud.terraform 4.0.0
hashicorp.terraform 1.1.0
hashicorp.vault 1.0.0
junipernetworks.junos 11.0.0
kubernetes.core 6.1.0
microsoft.ad 1.9.2
microsoft.iis 1.0.3
redhat.amq_broker 2.3.4
redhat.amq_streams 1.0.0
redhat.data_grid 1.3.3
redhat.eap 1.5.7
redhat.insights 1.3.0
redhat.jbcs 1.1.2
redhat.jws 2.1.1
redhat.openshift 5.0.0
redhat.openshift_virtualization 2.2.3
redhat.redhat_csp_download 1.2.2
redhat.rhbk 3.0.1
redhat.rhel_idm 1.15.1
redhat.rhel_system_roles 1.95.7
redhat.rhv 2.4.2
redhat.runtimes_common 1.2.2
redhat.sap_install 1.7.1
redhat.satellite 5.5.0
redhat.satellite_operations 3.0.0
redhat.sso 2.0.0
sap.sap_operations 2.2.0
servicenow.itsm 2.11.0
splunk.es 4.0.0
trendmicro.deepsec 4.0.0
vmware.vmware 2.3.0
vmware.vmware_rest 4.8.1Option 2: Ansible Navigator
Alternativ kann man das Container-Image aka Execution Environment Image (eei) auch mit dem ansible-navigator untersuchen. Der Befehl ansible-navigator images --eei ee-supported-rhel9 lädt das gewünschte Image bei Bedarf herunter und öffnet einen interaktives Text-Interface, welches alle lokal vorhandenen Images auflistet. Das folgend Bild zeigt eine Ansicht von meinem Labor-PC:
Durch drücken der Taste ‚4‘ wird das Image ee-supported-rhel9 ausgewählt:
Wählt man hier die ‚2‘ muss man sich in Geduld üben. Denn die Analyse des Images kann in der Tat etwas dauern. In diesem Fall waren es ganze 2 Minuten!
Hat man die Wartezeit überlebt, wird man mit folgender Ansicht belohnt:
Fazit
Dieser Beitrag hat zwei Optionen gezeigt, wie man sich die Version von ansible-core und die in einem Execution Environment Image enthaltenen Ansible Collections anzeigen lassen kann.
Ich persönlich bevorzuge Option 1, da diese deutlich schneller zu einem Ergebnis führt, während man sich bei Option 2 für mehrere Minuten gedulden muss. Diese Geduld benötigt man übrigens auch für das Image ee-minimal-rhel9, welches gar keine Collections enthält. Hier betrug die Wartezeit immerhin mehrere Sekunden.
