mirror of
https://github.com/ansible/awx.git
synced 2026-02-19 04:00:06 -03:30
remove unnecessary references to bwrap, bubblewrap, and proot
This commit is contained in:
@@ -103,7 +103,7 @@ When a job is scheduled to run on an "isolated" instance:
|
||||
- a static inventory file
|
||||
- pexpect passwords
|
||||
- environment variables
|
||||
- the `ansible`/`ansible-playbook` command invocation, _i.e._, `bwrap ... ansible-playbook -i /path/to/inventory /path/to/playbook.yml -e ...`
|
||||
- the `ansible`/`ansible-playbook` command invocation, _i.e._, `ansible-playbook -i /path/to/inventory /path/to/playbook.yml -e ...`
|
||||
|
||||
* Once the metadata has been `rsync`ed to the isolated host, the "controller instance" starts a process on the "isolated" instance which consumes the metadata and starts running `ansible`/`ansible-playbook`. As the playbook runs, job artifacts (such as `stdout` and job events) are written to disk on the "isolated" instance.
|
||||
|
||||
|
||||
@@ -1,50 +0,0 @@
|
||||
## Process Isolation Overview
|
||||
|
||||
In older versions of Ansible Tower, we used a system called `proot` to isolate Tower job processes from the rest of the system.
|
||||
|
||||
Tower version 3.1 and later switched to using `bubblewrap`, which is a much lighter-weight and maintained process isolation system.
|
||||
|
||||
Tower 3.5 and later uses the process isolation feature in Ansible runner to achieve process isolation.
|
||||
|
||||
|
||||
### Activating Process Isolation
|
||||
|
||||
`bubblewrap` is enabled by default; it can be turned off via Tower Config or from a Tower settings file:
|
||||
|
||||
AWX_PROOT_ENABLED = False
|
||||
|
||||
Process isolation, when enabled, will be used for the following Job Types:
|
||||
|
||||
* Job Templates - Launching jobs from regular job templates
|
||||
* Ad-hoc Commands - Launching ad-hoc commands against one or more hosts in inventory
|
||||
|
||||
|
||||
### Tunables
|
||||
|
||||
Process Isolation will, by default, hide the following directories from the tasks mentioned above:
|
||||
|
||||
* `/etc/tower` - To prevent exposing Tower configuration
|
||||
* `/var/lib/awx` - With the exception of the current project being used (for regular job templates)
|
||||
* `/var/log`
|
||||
* `/tmp` (or whatever the system `temp dir` is) - With the exception of the processes's own temp files
|
||||
|
||||
If there is other information on the system that is sensitive and should be hidden, it can be added via the Tower Configuration Screen
|
||||
or by updating the following entry in a tower settings file:
|
||||
|
||||
AWX_PROOT_HIDE_PATHS = ['/list/of/', '/paths']
|
||||
|
||||
If there are any directories that should specifically be exposed that can be set in a similar way:
|
||||
|
||||
AWX_PROOT_SHOW_PATHS = ['/list/of/', '/paths']
|
||||
|
||||
By default, the system will use the system's `tmp dir` (`/tmp` by default) as its staging area. This can be changed via the following setting:
|
||||
|
||||
AWX_PROOT_BASE_PATH = "/opt/tmp"
|
||||
|
||||
|
||||
### Project Folder Isolation
|
||||
|
||||
Starting in AWX versions above 6.0.0, the project folder will be copied for each job run.
|
||||
This allows playbooks to make local changes to the source tree for convenience,
|
||||
such as creating temporary files, without the possibility of interference with
|
||||
other jobs.
|
||||
@@ -187,7 +187,7 @@ This task spawns an `ansible` process, which then runs a command using Ansible.
|
||||
- Build a dictionary of passwords for the SSH private key, SSH user and sudo/su.
|
||||
- Build an environment dictionary for Ansible.
|
||||
- Build a command line argument list for running Ansible, optionally using `ssh-agent` for public/private key authentication.
|
||||
- Return whether the task should use `bwrap`.
|
||||
- Return whether the task should use process isolation.
|
||||
|
||||
For more information on ad hoc commands, read the [Running Ad Hoc Commands section](https://docs.ansible.com/ansible-tower/latest/html/userguide/inventories.html#running-ad-hoc-commands) of the Inventories page of the Ansible Tower User Guide.
|
||||
|
||||
|
||||
Reference in New Issue
Block a user