Foreman Ansible allows you to import hosts via Ansible, along with facts about these hosts and reports of their playbook runs. This plugin 3.x series should be compatible with Foreman 1.22 and newer. Foreman Ansible relies on Foreman Remote Execution in order to be able to run playbooks remotely.
Every time you run a playbook or an Ansible module, Foreman will receive facts and a report for the host you have executed it on. If you ran Ansible from Foreman itself, the output of your Ansible run will be saved in our database.
You can define a list of roles to enforce and run arbitrary playbooks on the hosts.
In order to make Ansible send us data from the hosts, we set up a callback on your host that runs Ansible 2.2+.
Our callback is installed with Ansible itself, change /etc/ansible/ansible.cfg
to contain
and the callback will be enabled after that.
Of course, the callback cannot know automatically where is Foreman located and which certificates to use in its requests.
To configure it, add a section [callback_foreman]
at the end of /etc/ansible/ansible.cfg
like this:
If this is the first plugin you’re installing, please see the plugin repository section to set up the repository first.
You can use foreman-installer to install Foreman Ansible:
# foreman-installer --enable-foreman-plugin-ansible --enable-foreman-proxy-plugin-ansible
If you want to use Ansible to submit facts/reports to Foreman through the callback by running Ansible directly (not from Foreman), you should add whatever hosts (except Smart Proxies) you want to submit facts from to the setting trusted_hosts
. Change it at Administer > Settings, Auth tab. e.g: If you’re running Ansible from host ‘A’, which SSHs into host ‘B’, you need to add host ‘A’
If the Foreman setting create_new_host_when_facts_are_uploaded
(Puppet tab) is true, and $HOSTNAME doesn’t exist in Foreman, it will autocreate that host in Foreman. If it already exists, it will update the facts.
Similarly, the Foreman setting ignore_puppet_facts_for_provisioning
(Provisioning tab) is set to false, facts related to interfaces will update the interfaces of $HOSTNAME in Foreman.
There are several Ansible options you can configure under Administer -> Settings -> Ansible.
Configuration for Ansible itself, such as ansible_user
, etc., can be set on any host via Host parameters, Host group parameters or Global parameters by setting the attributes as explained on the settings description.
ansible_become
can be disabled by having remote_execution_effective_user
setting empty.
By default foreman-ansible relies on the settings of Remote Execution for SSH connection options, like SSH user and password or the SSH key passphrase.
Run ansible on your hosts and the callback will send everything to Foreman automatically. Here’s a quick gif of what registering a new host in Foreman looks like.
After a host is registered, you should be able to see facts and reports for a host
Ansible roles can be imported from a smart proxy that has ‘Ansible’ feature. A list of all roles already imported into Foreman can be accessed through ‘Configure’ in the main menu. You can select the source for import from the dropdown on the right.
You will be presented with a list of possible changes. You can remove the Ansible roles from Foreman that are obsolete and you can import new ones.
Similar to Ansible roles, variables in these roles can be imported in the same fashion. Go to ‘Configure > Ansible Variables’ to find a list of variables already imported. When you trigger a new import of Ansible variables, if the variables belong to a role that has not been imported yet, it will be automatically imported alongside the Ansible variable.
You will be presented with a list of possible changes. You can remove the Ansible roles from Foreman that are obsolete and you can import new ones.
Variables are imported into Foreman as Lookup Values, hence you may use them exactly like you use Puppet Smart Class Parameters or Smart Variables. Smart Matchers are available for use too. Find more information about how to override Ansible variables in this section of the manual.
You can create variables directly in Foreman. Go to ‘Configure > Ansible Variables’ and click ‘New Ansible Variable’ button at the top right above the variables table. Key and Ansible role are mandatory attributes. Variables created directly in Foreman are ignored when importing variables from proxy - they will not be suggested for removal.
Ansible roles can be assigned to a host on ‘Ansible Roles’ tab on the host’s edit page. It is also possible to inherit Ansible roles from a host group.
After your host is provisioned and calls home (by using foreman_url('built')
in a template), Foreman will do an initial Ansible run to configure the host according to the applicable roles for it. Since Foreman cannot know how long it will take until the host comes back online after the OS is installed and rebooted, Foreman will make Ansible timeout for 5 minutes. This is configurable under Administer > Settings, ‘Post-provision timeout’ or on a per-host basis by overriding the setting with a parameter.
Inherited roles are added automatically upon host group change and the select interface disables direct removal of such items.
Host group edit form contains very similar tab where you can pre-configure selection of Ansible roles for hosts.
To run the playbook with the roles selected, click on the ‘play Ansible roles’ button and Foreman will run a playbook on the background. Logs for this playbook can be found under the regular Foreman log, usually /var/log/foreman/production.log
You can also select multiple hosts on the hosts index page, and run the playbook for their Ansible roles by clicking on this button:
Alternatively, you can run the playbook for all Ansible roles applicable to hosts in a host group by clicking on the Play roles button on the Host groups page.
To run a playbook:
For example, here is how to run ‘yum install -y vim’ once, on one host.
And here is how to schedule a playbook run in the future on multiple hosts:
For more information about scheduled jobs, check out the Foreman Remote Execution manual
Ansible variables are referenced in playbooks and templates with the syntax “{{ myvariable }}”. For example:
template: src=foo.cfg.j2 dest={{ remote_install_path }}/foo.cfg
uses the remote_install_path
variable. You can use Foreman to override these variables. The variables will only be overridden if you run your roles from Foreman, as Foreman sends an inventory with a dictionary containing variable names and values when it runs Ansible roles.
There are several ways to override an Ansible variable:
and you can also specify Smart Matchers to specify default matching values for certain Host groups, FQDNs, Operating Systems, or Domains.
Then set a Job Template Input with the name of the variable “command”:
As you see, the variable “command” is now available to be set on every Job Template run.
You can override this variable every time you run the Job Template by setting the variable as Input. This takes precedence over Host Parameters.
Please follow our standard procedures and contacts.
Errors regarding the import of facts and reports will show up on /var/log/foreman/production.log of your Foreman host.
If you find a bug, please file it in Redmine.
See the troubleshooting section in the Foreman manual for more info.
Follow the same process as Foreman for contributing.
Sources at github.com/theforeman/foreman_ansible
Foreman 3.12.0 has been released! Follow the quick start to install it.
Foreman 3.11.4 has been released! Follow the quick start to install it.