Configuration
Volant reads the same ansible.cfg as ansible-playbook, and stops at the first file it finds:
- the file named by
ANSIBLE_CONFIG ./ansible.cfg~/.ansible.cfg/etc/ansible/ansible.cfg
For each setting, the environment variable beats the file, and the command-line option beats both. Keys Volant does not use are ignored, as Ansible ignores the ones it does not use.
A file that exists but cannot be read is skipped, and the run continues with the defaults. Volant prints a warning first, which Ansible does not: a file you wrote that the process cannot open deserves a line, and a warning does not change the exit code.
[defaults]
Section titled “[defaults]”The inventory file. Only INI inventories are read.
Seconds to wait for a connection. It becomes ConnectTimeout on the ssh command line.
The user to log in as. Without it, ssh picks one.
The private key ssh authenticates with.
With it on, an unknown host key makes the host unreachable. With it off, Volant adds StrictHostKeyChecking=no and UserKnownHostsFile=/dev/null, so an unknown key is accepted and not recorded.
The directory on each host that holds the agent cache.
How many hosts a play works on at once. Zero or a value that is not a number is rejected before the run starts. Playbooks read the current value as ansible_forks.
Run notified handlers even on hosts that failed.
Where roles are looked for, after <playbook_dir>/roles and before <playbook_dir> itself. See Roles.
Where a three-part role name such as acme.demo.hello is looked for. A collection’s modules are found by the controller’s ansible-core, in the paths it is configured with: see Modules from collections.
[privilege_escalation]
Section titled “[privilege_escalation]”Escalate by default. Playbook keywords and host variables take priority, see Privilege escalation.
The user to escalate to.
The escalation method. Only sudo is implemented.
[tags]
Section titled “[tags]”Tags selected by default. --tags adds to this list rather than replacing it.
Tags skipped by default. --skip-tags adds to this list.
[volant]
Section titled “[volant]”Ansible ignores this section, so one ansible.cfg can carry it and still drive both engines. ansible-config validate is the exception, see Cross-host batching.
Let each host run ahead through tasks that do not depend on the others. See Cross-host batching.