Managing configurations by using Puppet integration
Configure Puppet integration in Satellite and use Puppet classes to configure your hosts
Abstract
Providing feedback on Red Hat documentation Copy linkLink copied to clipboard!
We appreciate your feedback on our documentation. Let us know how we can improve it.
Use the Create Issue form in Red Hat Jira to provide your feedback. The Jira issue is created in the Red Hat Satellite Jira project, where you can track its progress.
Procedure
- Log in to Atlassian Jira.
- Click the following link: Create Issue.
- Complete the Summary, Description, and Reporter fields. In the Description field, include the documentation URL, chapter or section number, and a detailed description of the issue. Do not modify any other fields in the form.
- Click Create.
Chapter 1. Configuration management with Puppet in Satellite Copy linkLink copied to clipboard!
Puppet is a configuration management tool to automate host configurations across your infrastructure. You can use Puppet to consistently manage configurations of hosts registered to Satellite. Satellite uses OpenVox server as the Puppet-compatible central server for the integration.
1.1. How Puppet integrates with Satellite Copy linkLink copied to clipboard!
Puppet uses a server-agent architecture. OpenVox server communicates with OpenVox agents on hosts registered to Satellite to manage the Puppet configuration of these hosts. Satellite components integrate with that architecture to provide configuration management capabilities in Satellite.
Puppet architecture in Satellite comprises the following components:
- OpenVox server
OpenVox server is the central component that stores Puppet configuration definitions in Satellite. It runs on Satellite Server or Capsule Servers.
NotePuppet server is no longer supported for Puppet integration with Satellite. To integrate your Puppet infrastructure with Satellite, you need to use an OpenVox server instead. An OpenVox server is functionally equivalent to a Puppet server.
- OpenVox agent
OpenVox agent is a service that communicates with an OpenVox server to manage the configuration of hosts. It runs on hosts registered to Satellite.
NoteAs a legacy alternative, Puppet agent also remains compatible with Satellite for Puppet integration. However, an OpenVox agent is the recommended agent for Puppet integration, and it is functionally equivalent to a Puppet agent. You cannot run both OpenVox agent and Puppet agent on the same host.
- Puppet modules
- A Puppet module is a collection of classes, manifests, resources, files, and templates. The Puppet modules work as components of host configuration definitions.
- Puppet environments
- Puppet environments are used to control versions of configuration definitions or to manage variants of the definitions, and to test the definitions before you deploy them on production. You can create multiple Puppet environments.
On each run, the OpenVox agent collects Puppet facts about the host and sends them to the OpenVox server. The OpenVox server forwards those facts to Satellite.
To list Puppet facts on a host, run the puppet facts command.
Satellite acts as an external node classifier (ENC) for the OpenVox server. Based on the facts and other definitions Satellite receives from the OpenVox server, Satellite constructs the ENC answer to the OpenVox server.
Based on the ENC answer, the OpenVox server compiles a catalog for the host and sends it to the agent.
The agent evaluates the system state on the host. If the agent finds differences between the desired state defined in the catalog and the actual state, known as drifts, it enforces correction of the state of the host.
The agent reports correction results back to the OpenVox server. The OpenVox server receives correction results from the agent and reports them to Satellite.
If the Puppet modules you are using support the use of parameters, you can override parameters of the module by using Smart Class parameters in Satellite. In Satellite, you define the parameters as key-value pairs, which behave similar to host parameters or Ansible variables.
1.2. High-level steps for configuration management with Puppet Copy linkLink copied to clipboard!
After you deploy an OpenVox agent on a host, use Satellite to manage Puppet modules, import classes, set parameter overrides, and assign classes to hosts so configuration is applied automatically or on demand.
Configuration management with Puppet involves the following high-level steps:
- Managing Puppet modules on the OpenVox server by installing and updating them.
- Importing Puppet classes and environments from Puppet modules into Satellite.
- Optional: Creating config groups from Puppet classes.
- Configuring overrides of Smart Class parameters on various levels.
- Assigning Puppet classes or config groups to host groups or individual hosts.
- Configuring intervals for runs of the OpenVox agent on hosts and for configuration enforcement runs of the OpenVox server.
- Monitoring configuration management using reports in the Satellite web UI.
- Configuring email notifications.
After assigning Puppet classes or config groups, Satellite runs configuration management automatically in the configured intervals to enforce Puppet configuration on your hosts, or you can initiate it manually on demand with the Run Puppet Once feature.
1.3. OpenVox versions supported for integration with Satellite Copy linkLink copied to clipboard!
Before you begin with the Puppet integration, review which versions of the OpenVox server and OpenVox agent are supported for integration with Satellite.
OpenVox Server 8 is supported on Satellite Server and Capsule Servers.
The Puppet modules you use must be compatible with the OpenVox Server version you run.
OpenVox Agent 8 is supported on hosts registered to Satellite.
Additionally, Puppet agent 7 remains compatible with OpenVox in Satellite as a legacy alternative. Hosts registered to Satellite that run Puppet agent 7 can still integrate with the OpenVox implementation in Satellite. However, Puppet agent 7 is end of life. Red Hat recommends to use OpenVox agent 8.
Chapter 2. Enabling Puppet integration with Satellite Copy linkLink copied to clipboard!
Before you can use Puppet for configuration management in Satellite, you need to deploy an OpenVox server on Satellite Server or Capsule Servers and install the OpenVox agent on your hosts.
2.1. Installing OpenVox server on Satellite Server and Capsule Servers Copy linkLink copied to clipboard!
Use the satellite-installer utility to install an OpenVox server on Satellite Server. Optionally, you can also install additional OpenVox servers on Capsule Servers.
Procedure
Install OpenVox server on Satellite Server:
# satellite-installer \ --enable-foreman-cli-puppet \ --enable-foreman-plugin-puppet \ --enable-puppet \ --foreman-proxy-puppet true \ --foreman-proxy-puppetca true \ --puppet-server trueOptional: If you want manage configuration with Puppet on Capsule Servers, install OpenVox server on Capsule Servers:
# satellite-installer \ --enable-puppet \ --foreman-proxy-puppet true \ --foreman-proxy-puppetca true \ --puppet-server true
2.2. Configuring OpenVox agent on a host during provisioning Copy linkLink copied to clipboard!
If you prefer to install and configure the OpenVox agent on a host when provisioning the host through Satellite, add the puppet_setup snippet to your provisioning template. A configured OpenVox agent is required on the host for Puppet integration with your Satellite.
Prerequisites
Red Hat Satellite Client 6 OpenVox repository is synchronized on Satellite Server and enabled in the activation key you use.
Choose from the following repositories, based on the operating system version and the architecture of the host you are registering:
- satellite-client-openvox-for-rhel-9-x86_64-rpms
- satellite-client-openvox-for-rhel-8-aarch64-rpms
- satellite-client-openvox-for-rhel-8-x86_64-rpms
- You have an activation key. For more information, see Managing Activation Keys in Managing content.
Procedure
- In the Satellite web UI, navigate to Hosts > Templates > Provisioning Templates.
- Select a provisioning template depending on your host provisioning method. For more information, see Kinds of Provisioning Templates in Provisioning hosts.
Ensure the
puppet_setupsnippet is included as follows:<%= snippet 'puppet_setup' %>Note that this snippet is already included in the templates shipped with Satellite, such as
Kickstart defaultorPreseed default.-
Enable the OpenVox agent using a host parameter in global parameters, a host group, or for a single host. Add a host parameter named
enable-puppet8, select the boolean type, and set the value totrue. Set configuration for the OpenVox agent.
- If you use an integrated OpenVox server, ensure that you select a Puppet Capsule, Puppet CA Capsule, and Puppet environment when you create a host.
If you use a non-integrated OpenVox server, either set the following host parameters in global parameters, or a host group, or when you create a host:
-
Add a host parameter named
puppet_server, select the string type, and set the value to the hostname of your OpenVox server, such asopenvox.example.com. -
Optional: Add a host parameter named
puppet_ca_server, select the string type, and set the value to the hostname of your Puppet CA server, such aspuppet-ca.example.com. Ifpuppet_ca_serveris not set, the OpenVox agent will use the same server aspuppet_server. -
Optional: Add a host parameter named
puppet_environment, select the string type, and set the value to the Puppet environment you want the host to use.
-
Add a host parameter named
- Ensure your host has access to the OpenVox agent packages from Satellite Server by using an appropriate activation key.
2.3. Configuring OpenVox agent on a host during registration Copy linkLink copied to clipboard!
If you prefer to install and configure the OpenVox agent on a host when registering the host to Satellite, enable the OpenVox agent with host parameters in global parameters or a host group. A configured OpenVox agent is required on the host for Puppet integration with your Satellite.
Prerequisites
Red Hat Satellite Client 6 OpenVox repository is synchronized on Satellite Server and enabled in the activation key you use:
Choose from the following repositories, based on the operating system version and the architecture of the host you are registering:
- satellite-client-openvox-for-rhel-9-x86_64-rpms
- satellite-client-openvox-for-rhel-8-aarch64-rpms
- satellite-client-openvox-for-rhel-8-x86_64-rpms
- You have an activation key. For more information, see Managing Activation Keys in Managing content.
Procedure
- In the Satellite web UI, navigate to Configure > Global Parameters to add host parameters globally. Alternatively, you can navigate to Configure > Host Groups and edit or create a host group to add host parameters only to a host group.
-
Enable the OpenVox agent using a host parameter in global parameters or a host group. Add a host parameter named
enable-puppet8, select the boolean type, and set the value totrue. Specify configuration for the OpenVox agent using the following host parameters in global parameters or a host group:
-
Add a host parameter named
puppet_server, select the string type, and set the value to the hostname of your OpenVox server, such asopenvox.example.com. -
Optional: Add a host parameter named
puppet_ca_server, select the string type, and set the value to the hostname of your Puppet CA server, such aspuppet-ca.example.com. Ifpuppet_ca_serveris not set, the OpenVox agent will use the same server aspuppet_server. -
Optional: Add a host parameter named
puppet_environment, select the string type, and set the value to the Puppet environment you want the host to use.
Until the BZ2177730 is resolved, you must use host parameters to specify the OpenVox agent configuration even in integrated setups where the OpenVox server is a Capsule Server.
-
Add a host parameter named
- Navigate to Hosts > Register Host and register your host using an appropriate activation key. For more information, see Registering hosts by using global registration in Managing hosts.
- Navigate to Infrastructure > Capsules.
- From the list in the Actions column for the required Capsule Server, select Certificates.
- Click Sign to the right of the required host to sign the SSL certificate for the OpenVox agent.
2.4. Configuring OpenVox agent on a host manually Copy linkLink copied to clipboard!
On hosts that are already registered to Satellite, you can install and configure the OpenVox agent manually. A configured OpenVox agent is required on the host for Puppet integration with your Satellite.
Prerequisites
- The host must have a Puppet environment assigned to it.
Red Hat Satellite Client 6 OpenVox repository is synchronized on Satellite Server, available in the content view and the lifecycle environment of the host, and enabled for the host.
Choose from the following repositories, based on the operating system version and the architecture of the host you are registering:
- satellite-client-openvox-for-rhel-9-x86_64-rpms
- satellite-client-openvox-for-rhel-8-aarch64-rpms
- satellite-client-openvox-for-rhel-8-x86_64-rpms
Procedure
-
Log in to the host as the
rootuser. Install the OpenVox agent package:
# dnf install openvox-agentAdd the OpenVox agent to
PATHin your current shell using the following script:. /etc/profile.d/puppet-agent.shConfigure the OpenVox agent. Set the
environmentparameter to the name of the Puppet environment to which the host belongs:# puppet config set server satellite.example.com --section agent # puppet config set environment My_Puppet_Environment --section agentStart the OpenVox agent service:
# puppet resource service puppet ensure=running enable=trueCreate a certificate for the host:
# puppet ssl bootstrap- In the Satellite web UI, navigate to Infrastructure > Capsules.
- From the list in the Actions column for the required Capsule Server, select Certificates.
- Click Sign to the right of the required host to sign the SSL certificate for the OpenVox agent.
On the host, run the OpenVox agent again:
# puppet ssl bootstrap
Chapter 3. Disabling Puppet integration with Satellite Copy linkLink copied to clipboard!
Disable Puppet integration in Satellite when you no longer need configuration management or want to remove Puppet data from the database and server. Optionally remove all OpenVox server data, including environments, with the --remove-all-data argument.
If you disable Puppet with the --remove-all-data argument, you will not be able to re-enable Puppet afterwards. This is a known issue, see the Bug 2087067.
Procedure
If you have used OpenVox server on any Capsules, disable OpenVox server on all Capsules:
# satellite-maintain plugin purge-puppet --remove-all-dataDisable OpenVox server on Satellite Server:
# satellite-maintain plugin purge-puppet --remove-all-data
Chapter 4. Managing Puppet modules Copy linkLink copied to clipboard!
Managing Puppet modules includes installing the modules from your preferred source and keeping them updated.
4.1. Installing a Puppet module on Satellite server Copy linkLink copied to clipboard!
You can install a pre-built Puppet module from the Puppet Forge or a private Puppet module that is not available on the Puppet Forge by manually coping the module to your Satellite Server. The Puppet Forge is a repository that provides Puppet modules contributed by the community.
Puppet modules flagged as supported are officially supported and tested by Puppet Inc.
Procedure
- Navigate to forge.puppet.com and search for the Puppet module you want.
Choose how to install the Puppet module:
To install from the Puppet forge, install the Puppet module on your Satellite Server:
# puppet module install My_Puppet_Module -i /etc/puppetlabs/code/environments/production/modulesUse the
-iparameter to specify the path and Puppet environment, for exampleproduction.Once the installation is completed, the output looks as follows:
Notice: Preparing to install into /etc/puppetlabs/code/environments/production/modules ... Notice: Created target directory /etc/puppetlabs/code/environments/production/modules Notice: Downloading from https://forgeapi.puppet.com ... Notice: Installing -- do not interrupt ... /etc/puppetlabs/code/environments/production/modules |-| puppetlabs-ntp (v8.3.0) |-- puppetlabs-stdlib (v4.25.1) [/etc/puppetlabs/code/environments/production/modules]To install manually, copy the module and its dependencies to Satellite Server:
$ scp -r My_Puppet_Module root@satellite.example.com:/etc/puppetlabs/code/environments/production/modules/My_Puppet_Module
4.2. Updating a Puppet module on your Satellite Server Copy linkLink copied to clipboard!
Regularly updating Puppet modules installed on your Satellite Server helps ensure they stay up-to-date with their source.
Procedure
Connect to your OpenVox server using SSH and find out where the Puppet modules are located:
# puppet config print modulepathThis returns output as follows:
/etc/puppetlabs/code/environments/production/modules:/etc/puppetlabs/code/environments/common:/etc/puppetlabs/code/modules:/opt/puppetlabs/puppet/modules:/usr/share/puppet/modulesIf the module is located in the path as displayed above, the following command updates a module:
# puppet module upgrade module name
Chapter 5. Importing Puppet classes and environments into Satellite Copy linkLink copied to clipboard!
Import Puppet classes and environments from the installed Puppet modules to Satellite Server or any attached Capsule Server before you assign any of the classes to hosts.
Prerequisites
- Ensure to select Any Organization and Any Location as context, otherwise the import might fail.
-
Before you run an import of Puppet modules into Satellite, the environment must already exist as the folder
/etc/puppetlabs/code/environments/example_environmenton the OpenVox server and contain installed Puppet modules.
Procedure
- In the Satellite web UI, navigate to Configure > Puppet ENC > Classes or Configure > Puppet ENC > Environments.
- Click Import in the upper right corner and select which Capsule you want to import modules from. You may typically choose between your Satellite Server or any attached Capsule Server.
- Select the Puppet environments to import using checkboxes on the left.
- Click Update to import the Puppet environments and classes to Satellite.
The import should result in a notification as follows:
Successfully updated environments and Puppet classes from the on-disk Puppet installation
Chapter 6. Creating a custom Puppet environment Copy linkLink copied to clipboard!
By creating a custom Puppet environment in Satellite, you can test custom configuration before applying it to the Puppet production environment.
Procedure
- In the Satellite web UI, navigate to Configure > Puppet Environments.
- Click Create Puppet Environment to create a Puppet environment.
-
Enter a Name, alphanumeric characters and underscores are allowed, such as
example_environment. - Optional: Set a location context.
- Optional: Set an organization context.
- Click Submit to create the Puppet environment.
Chapter 7. Creating a Puppet config group Copy linkLink copied to clipboard!
A Puppet config group is a named list of Puppet classes that allows you to combine their capabilities and assign them to hosts at a click. This is equivalent to the concept of profiles in pure Puppet.
Procedure
- In the Satellite web UI, navigate to Configure > Puppet ENC > Config Groups.
- Click Create Config Group.
Select the classes you want to add to the config group.
- Choose a meaningful Name for the Puppet config group.
- Add selected Puppet classes to the Included Classes field.
- Click Submit to save the changes.
Chapter 8. Configuring Puppet smart class parameters Copy linkLink copied to clipboard!
Configure Puppet smart class parameters in Satellite to override module defaults and tailor behavior per organization, location, or host.
8.1. Puppet parameter hierarchy Copy linkLink copied to clipboard!
Puppet parameters follow a hierarchy so you can set defaults globally and override them per organization, location, host group, or host.
Parameters at a lower level override parameters of the higher levels:
- Global parameters
- Organization parameters
- Location parameters
- Host group parameters
- Host parameters
For example, host specific parameters override the parameter at any higher level, and location parameters only override parameters at the organization or global level. This feature is especially useful when you use locations or organizations to group hosts.
8.2. Overriding a smart class parameter globally Copy linkLink copied to clipboard!
You can configure a Puppet class after you have imported it to Satellite Server. This example overrides the default list of Network Time Protocol (NTP) servers.
Procedure
- In the Satellite web UI, navigate to Configure > Puppet ENC > Classes.
- Select the ntp Puppet class to change its configuration.
- Select the Smart Class Parameter tab and search for servers.
- Ensure the Override checkbox is selected.
- Set the Parameter Type drop down menu to array.
Insert a list of ntp servers as Default Value:
["0.de.pool.ntp.org","1.de.pool.ntp.org","2.de.pool.ntp.org","3.de.pool.ntp.org"]An alternative way to describe the array is the
yamlsyntax:- 0.de.pool.ntp.org - 1.de.pool.ntp.org - 2.de.pool.ntp.org - 3.de.pool.ntp.org-
Click Submit to change the default configuration of the Puppet module
ntp.
8.3. Overriding a smart class parameter for an organization Copy linkLink copied to clipboard!
You can use groups of hosts to override Puppet parameters for multiple hosts at once. The following example chooses the organization context to illustrate setting context based parameters.
Note that organization-level Puppet parameters are overridden by location-level Puppet parameters.
Procedure
- In the Satellite web UI, navigate to Configure > Puppet ENC > Classes.
- Click a class name to select a class.
- On the Smart Class Parameter tab, select a parameter.
-
Use the Order list to define the hierarchy of the Puppet parameters. The individual host (
fqdn) marks the most and the organization context (organization) the least relevant. - Check Merge Overrides if you want to add all further matched parameters after finding the first match.
- Check Merge Default if you want to also include the default value even if there are more specific values defined.
- Check Avoid Duplicates if you want to create a list of unique values for the selected parameter.
- The matcher field requires an attribute type from the order list.
- Optional: Click Add Matcher to add more matchers.
- Click Submit to save the changes.
8.4. Overriding a smart class parameter for a location Copy linkLink copied to clipboard!
You can use groups of hosts to override Puppet parameters for multiple hosts at once. The following examples chooses the location context to illustrate setting context based parameters.
Procedure
- In the Satellite web UI, navigate to Configure > Puppet ENC > Classes.
- Click a class name to select a class.
- On the Smart Class Parameter tab, select a parameter.
-
Use the Order list to define the hierarchy of the Puppet parameters. The individual host (
fqdn) marks the most and the location context (location) the least relevant. - Check Merge Overrides if you want to add all further matched parameters after finding the first match.
- Check Merge Default if you want to also include the default value even if there are more specific values defined.
- Check Avoid Duplicates if you want to create a list of unique values for the selected parameter.
-
The matcher field requires an attribute type from the order list. For example, you can choose
Parisas location context and set the value to French ntp servers. - Optional: Click Add Matcher to add more matchers.
- Click Submit to save the changes.
8.5. Overriding a smart class parameter on an individual host Copy linkLink copied to clipboard!
You can override parameters on individual hosts. This is recommended if you have multiple hosts and only want to make changes to a single one.
Procedure
- In the Satellite web UI, navigate to Hosts > All Hosts.
- Click a host name to select a host.
- Click Edit.
- On the Host tab, select a Puppet Environment.
- Select the Puppet ENC tab.
- Click Override to edit the Puppet parameter.
- Click Submit to save the changes.
Chapter 9. Assigning a Puppet class to a host group Copy linkLink copied to clipboard!
Use a host group to assign the ntp Puppet class to multiple hosts at once. Every host you deploy based on this host group has this Puppet class installed.
Procedure
- In the Satellite web UI, navigate to Configure > Host Groups.
- Create or edit a host group.
On the Host Group tab, set the following:
- The Lifecycle Environment describes the stage in which certain versions of content are available to hosts.
- The Content View is comprised of products and allows for version control of content repositories.
- The Environment allows you to supply a group of hosts with their own dedicated configuration.
- Navigate to the Puppet ENC tab.
- Add the Puppet class to the Included Classes or to the Included Config Groups if a Puppet config group is configured.
- Click Submit to save the changes.
Chapter 10. Assigning a Puppet class to an individual host Copy linkLink copied to clipboard!
Assigning a Puppet class to an individual host enables you to apply a specific configuration to that host, overriding any settings inherited from its host group. This is useful for custom configurations that you want to apply to a single host.
Procedure
- In the Satellite web UI, navigate to Hosts > All Hosts.
-
Locate the host you want to add the
ntpPuppet class to and click Edit. - Select the Puppet ENC tab and look for the ntp class.
-
Click the + symbol next to
ntpto add the ntp submodule to the list of included classes. Click Submit to save your changes.
TipIf the Puppet classes tab of an individual host is empty, check if it is assigned to the proper Puppet environment.
Verification
Verify the Puppet configuration.
- Navigate to Hosts > All Hosts and select the host.
- From the top overflow menu, select Legacy UI.
Under Details, click Puppet YAML. This produces output similar as follows:
--- parameters: // shortened YAML output classes: ntp: servers: '["0.de.pool.ntp.org","1.de.pool.ntp.org","2.de.pool.ntp.org","3.de.pool.ntp.org"]' environment: production ...
Verify the ntp configuration.
Connect to your host using SSH and check the content of
/etc/ntp.conf.This example assumes your host is running CentOS 7. Other operating systems may store the ntp config file in a different path.
TipYou can rerun the OpenVox agent on your host:
# puppet agent -tCheck which ntp servers are used for clock synchronization:
# cat /etc/ntp.confThis returns output similar as follows:
# ntp.conf: Managed by puppet. server 0.de.pool.ntp.org server 1.de.pool.ntp.org server 2.de.pool.ntp.org server 3.de.pool.ntp.orgYou now have a working ntp module which you can add to a host or group of hosts to roll out your ntp configuration automatically.
Chapter 11. Enforcing Puppet configuration on hosts Copy linkLink copied to clipboard!
You can enforce configuration from Satellite either manually on demand or automatically in configurable intervals.
11.1. Running Puppet once using SSH Copy linkLink copied to clipboard!
Assign the job template to the Run Puppet Once feature to apply Puppet configuration on selected hosts immediately without waiting for the next scheduled run.
Procedure
Edit remote execution settings on Satellite:
- In the Satellite web UI, navigate to Administer > Remote Execution Features.
-
Select the
puppet_run_hostremote execution feature. -
Assign the
Puppet Run Once – Script Defaultjob template.
-
To run Puppet on hosts, execute a remote job and select category
Puppetand templatePuppet Run Once - Script Default. Alternatively, click Run Puppet Once in the Schedule Remote Job drop down menu on the host details page.
11.2. Configuring Puppet intervals of automatic enforcement Copy linkLink copied to clipboard!
Tune enforcement frequency and reporting by configuring intervals of automatic enforcement for Puppet.
Satellite considers hosts to be out of sync if the last Puppet report is older than the combined values of outofsync_interval and puppet_interval set in minutes.
Default values for automatic enforcement are as follows:
- The OpenVox agent on your hosts runs every 30 minutes
-
The
puppet_intervalvalue is 35 minutes -
The global
outofsync_intervalvalue is 30 minutes
Procedure
Set the interval when the OpenVox agent runs and sends reports to Satellite:
- Connect to your host using SSH.
-
Add the OpenVox agent run interval to
/etc/puppetlabs/puppet/puppet.conf, for example,runinterval = 1h:
Set the global out-of-sync interval:
- In the Satellite web UI, navigate to Administer > Settings.
- On the General tab, edit Out of sync interval. Set a duration, in minutes, after which hosts are considered to be out of sync.
Set the Puppet out-of-sync interval:
- In the Satellite web UI, navigate to Administer > Settings.
- Select the Config Management tab.
- In the Puppet interval field, set the value to the duration, in minutes, after which hosts reporting using Puppet are considered to be out of sync.
Example 11.1. Example automatic enforcement values
The effective time after which hosts are considered out of sync is the sum of outofsync_interval and puppet_interval. For example, setting the global outofsync_interval to 30 and the puppet_interval to 60 results in a total of 90 minutes after which the host status changes to out of sync.
11.3. Overriding out-of-sync interval for a host group Copy linkLink copied to clipboard!
You can override the out-of-sync interval for a host group from the Satellite web UI.
Procedure
- In the Satellite web UI, navigate to Configure > Host Groups.
- Select a host group.
- On the Parameters tab, click Add Parameter.
-
In the Name field, enter
outofsync_interval. -
From the Type dropdown menu, select
integer. - In the Value field, enter the new interval in minutes.
- Click Submit.
11.4. Overriding out-of-sync interval for an individual host Copy linkLink copied to clipboard!
You can override the out-of-sync interval for an individual host from the Satellite web UI.
Procedure
- In the Satellite web UI, navigate to Hosts > All Hosts.
- Click Edit for a selected host.
- On the Parameters tab, click Add Parameter.
-
In the Name field, enter
outofsync_interval. -
From the Type dropdown menu, select
integer. - In the Value field, enter the new interval in minutes.
- Click Submit.
Appendix A. Host parameter hierarchy Copy linkLink copied to clipboard!
You can access host parameters when provisioning hosts.
Hosts inherit their parameters from the following locations, in order of increasing precedence:
| Parameter Level | Set in Satellite web UI |
|---|---|
| Globally defined parameters | Configure > Global parameters |
| Organization-level parameters | Administer > Organizations |
| Location-level parameters | Administer > Locations |
| Domain-level parameters | Infrastructure > Domains |
| Subnet-level parameters | Infrastructure > Subnets |
| Operating system-level parameters | Hosts > Provisioning Setup > Operating Systems |
| Host group-level parameters | Configure > Host Groups |
| Host parameters | Hosts > All Hosts |