RFC: Enhanced Ansible support

[parlt91]

This RFC describes planned enhancements to the existing Ansible implementation in Uyuni

See the rendered version.

[rjmateus]

Overall looks good, but I have a few questions. Thank you for the great work

[meaksh]

Thanks Pascal for this RFC! I've just added some comments and clarifications

[cbbayburt]

Thanks, @parlt91. Looks good to me. All my concerns are already discussed under other reviews.

Here's a couple of remarks:

1. I think it's important that users have the exact list of the clients on which the playbook is executed. IIUC we'll store this in action details. This should be a hard requirement.

2. We should explore the formulas with forms UI to reuse as much as we can. Formulas UI also uses yaml to define the forms, so there's some opportunity there.

[parlt91]

@meaksh @rjmateus @admd I think I've addressed all your prior questions. Could you go through the RFC one more time and approve if you have no more questions? I'd like to start with development once I return from the bug squad ASAP.

[rjmateus]

LGTM

[admd]

Thank you Pascal

[HVSharma12]

Hi Team, I noticed that Uyuni currently uses the Salt ansiblegate module to communicate with the Ansible. Given that Ansible Runner is already available in Factory, has there been any consideration for using Ansible Runner?

Potential benefits of using Ansible Runner:

• Structured Logging: Playbook execution logs and results are stored in runner's artifact directory.
• Project-Based Configuration: Supports dedicated project directories for inventories, environments, and dependencies.
• Runner supports job timeout and failure handling via the settings file (idle_timeout, job_timeout).

I built an ephemeral Ansible Runner container for testing that:

• Runs playbooks and roles inside a containerized environment.
• Stores artifacts, logs, playbooks, and environments on the host VM.
• Requires only SSH access from the host VM to target nodes (no need to install Ansible on the host).
• Packages ansible, ansible-vault, ansible-runner, and dependencies inside the container.
• Allows commands to be executed directly from the host VM without requiring Ansible on the control node.

You can check out the setup here: https://github.com/HVSharma12/ansible-runner-container/tree/main.

Would it make sense to evaluate Ansible Runner as an alternative execution method as compared to using ansible command for Uyuni's Ansible integration, especially given the structured logging and project-based configuration benefits?