Command line
volant playbook [OPTIONS] <PLAYBOOK>...volant-playbook [OPTIONS] <PLAYBOOK>...volant --versionvolant playbook takes the same options as ansible-playbook, for the ones that exist. volant-playbook is the same program under a name that reads like the one you know. Playbooks given together run in order, and each one prints its own recap.
Where an option has an ansible.cfg key or an environment variable, the entry names it. The option wins over both; Configuration explains the order.
Hosts and connections
Section titled “Hosts and connections”The inventory file. Only INI inventories are read, see Inventories. Without one, only the implicit localhost exists.
Run only on hosts matching this pattern. A limit that matches no host warns and narrows the run to what it did match.
Log in to hosts as this user. Without it, ssh picks the user, from your ~/.ssh/config or your local account.
The private key ssh authenticates with, passed as ssh -i.
How long to wait for a connection, passed to ssh as ConnectTimeout.
How many hosts a play works on at once. Zero or a value that is not a number is rejected before the run starts.
Variables and tags
Section titled “Variables and tags”Extra variables, at the top of the precedence order: key=value pairs, inline JSON or YAML, or @file. Repeatable.
Run only tasks with these tags. Comma-separated and repeatable, and added to the configured default rather than replacing it. See Tags and listings.
Skip tasks with these tags. Comma-separated and repeatable, and added to the configured default.
Look without running
Section titled “Look without running”These options read the playbooks and stop. They never connect to a host and never stop on an unsupported module, so they work on playbooks this release cannot run yet.
List the tasks the run would execute, in Ansible’s format.
List the tags the run would select.
List the hosts each play would run on, in inventory order.
Load and compile the playbooks without running anything.
Privilege escalation
Section titled “Privilege escalation”Run tasks with privilege escalation. A become keyword in the playbook still decides for its own play, block or task. See Privilege escalation.
The user to escalate to.
The escalation method. Only sudo is supported for now; other methods stop the run before it starts.
Ask for the escalation password on the terminal, with echo turned off. The password is written once to sudo and appears in no command line, log or result.
Run and output
Section titled “Run and output”Run notified handlers even on hosts that failed. A force_handlers keyword on the play takes priority. See Handlers.
Show module results for successful tasks too. Repeatable, like Ansible’s -vvv.
Print without colors.
Environment variables
Section titled “Environment variables”Volant reads the ANSIBLE_* variables named above, plus a few of its own.
The Python interpreter the controller uses to build module payloads. It needs ansible-core. When unset, Volant tries the active virtual environment, then python3 on your PATH.
A directory that holds the agent binaries. It is checked first, before the agents built into the release controller and the directory of the volant executable. Useful with a controller built from source, or to test an agent of your own.
Turns on cross-host batching.
Not there yet
Section titled “Not there yet”These ansible-playbook options are not accepted yet:
| Option | What to do meanwhile |
|---|---|
-C, --check, --diff |
Run against a test host. |
-k, --ask-pass |
Use a key file or an ssh-agent. |
--ask-vault-pass, --vault-password-file, --vault-id |
Keep vaulted playbooks under Ansible for now. |
--start-at-task, --step |
Use tags to select part of a play. |
-c, --connection |
Set ansible_connection in the inventory. |