Managing configurations by using Puppet integration

Red Hat Satellite 6.17

Configure Puppet integration in Satellite and use Puppet classes to configure your hosts

Abstract

This guide describes how to enable Puppet integration with Satellite, configure the Puppet agent on hosts, how to import Puppet modules, and how to use the Puppet modules to enforce configurations on hosts managed in your Red Hat Satellite infrastructure.

Providing feedback on Red Hat documentation

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

  1. Log in to Content from id.atlassian.com is not included.Atlassian Jira.
  2. Click the following link: Content from redhat.atlassian.net is not included.Create Issue.
  3. 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.
  4. Click Create.

Chapter 1. Introducing configuration management by using Puppet

You can use Puppet to manage and automate configurations of hosts. Puppet uses a declarative language to describe the desired state of hosts.

Puppet increases your productivity as you can administer multiple hosts simultaneously. At the same time, it decreases your configuration effort as Puppet makes it easy to verify and possibly correct the state of the hosts.

Additional resources

1.1. How Puppet integrates with Satellite

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.
Note

Puppet 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.
Note

As 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.

Note

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. OpenVox versions supported for integration with Satellite

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.

Important

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.

1.3. Installing OpenVox server on Satellite Server and Capsule Servers

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

  1. 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 true

  2. Optional: 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

1.4. Configuring OpenVox agent on a host during provisioning

You can install and configure the OpenVox agent on a host during the provisioning process. 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

  1. Navigate to Hosts > Templates > Provisioning Templates.
  2. Select a provisioning template depending on your host provisioning method. For more information, see Kinds of Provisioning Templates in Provisioning hosts.

  3. Ensure the puppet_setup snippet is included as follows: 

    <%= snippet 'puppet_setup' %>

    Note that this snippet is already included in the templates shipped with Satellite, such as Kickstart default or Preseed default.

  4. 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 to true.

  5. 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 as openvox.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 as puppet-ca.example.com. If puppet_ca_server is not set, the OpenVox agent will use the same server as puppet_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.
  6. Ensure your host has access to the OpenVox agent packages from Satellite Server by using an appropriate activation key.

1.5. Configuring OpenVox agent on a host during registration

You can install and configure the OpenVox agent on the host during registration. A configured OpenVox agent is required on the host for Puppet integration with your Satellite.

Prerequisites

Procedure

  1. 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.
  2. 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 to true.

  3. 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 as openvox.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 as puppet-ca.example.com. If puppet_ca_server is not set, the OpenVox agent will use the same server as puppet_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 This content is not included.BZ2177730 is resolved, you must use host parameters to specify the Puppet agent configuration even in integrated setups where the OpenVox server is a Capsule Server.

  4. 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.
  5. Navigate to Infrastructure > Capsules.
  6. From the list in the Actions column for the required Capsule Server, select Certificates.
  7. Click Sign to the right of the required host to sign the SSL certificate for the OpenVox agent.

1.6. Configuring OpenVox agent on a host manually

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

  • Puppet is enabled in your Satellite. For more information, see Section 1.3, “Installing OpenVox server on Satellite Server and Capsule Servers”.
  • 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

  1. Log in to the host as the root user.

  2. Install the OpenVox agent package:

    • On hosts running Red Hat Enterprise Linux 8 and above: 

      # dnf install openvox-agent

    • On hosts running Red Hat Enterprise Linux 7 and below: 

      # yum install openvox-agent

  3. Add the OpenVox agent to PATH in your current shell using the following script: 

    . /etc/profile.d/puppet-agent.sh

  4. Configure the Puppet agent. Set the environment parameter 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 agent

  5. Start the OpenVox agent service: 

    # puppet resource service puppet ensure=running enable=true

  6. Create a certificate for the host: 

    # puppet ssl bootstrap
  7. In the Satellite web UI, navigate to Infrastructure > Capsules.
  8. From the list in the Actions column for the required Capsule Server, select Certificates.
  9. Click Sign to the right of the required host to sign the SSL certificate for the OpenVox agent.

  10. On the host, run the OpenVox agent again: 

    # puppet ssl bootstrap

1.7. Performing configuration management

After you deploy OpenVox agent on a host, you can start performing configuration management with Puppet. This involves the following high-level steps:

  1. Managing Puppet modules on the OpenVox server, that is installing and updating them.
  2. Importing Puppet classes and environments from Puppet modules into Satellite.
  3. Optional: Creating config groups from Puppet classes.
  4. Configuring overrides of Smart Class parameters on various levels.
  5. Assigning Puppet classes or config groups to host groups or individual hosts.
  6. Configuring intervals for runs of the OpenVox agent on hosts and for configuration enforcement runs of the OpenVox server.
  7. Monitoring configuration management using reports in the Satellite web UI. For more information, see Monitoring Resources in Administering Red Hat Satellite.
  8. Configuring email notifications. For more information, see Configuring Email Notification Preferences in Administering Red Hat Satellite.

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. For more information, see Section 9.1, “Running Puppet once using SSH”.

1.8. Disabling Puppet integration with Satellite

To discontinue using Puppet in your Satellite, follow this procedure.

Note that the command without the --remove-all-data argument removes all Puppet-related data in Satellite database. With the --remove-all-data argument, the command additionally removes OpenVox server data files, including Puppet environments.

Warning

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 This content is not included.Bug 2087067.

Procedure

  1. If you have used OpenVox server on any Capsules, disable OpenVox server on all Capsules: 

    # satellite-maintain plugin purge-puppet --remove-all-data

  2. Disable OpenVox server on Satellite Server: 

    # satellite-maintain plugin purge-puppet --remove-all-data

Chapter 2. Managing Puppet modules

2.1. Installing a Puppet module on Satellite server

You can install a pre-built Puppet module from the Puppet Forge. 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.

This example shows how to add the ntp module to hosts.

Procedure

  1. Navigate to Content from forge.puppet.com is not included.forge.puppet.com and search for ntp. One of the first modules is puppetlabs/ntp.

  2. Connect to your Satellite Server using SSH and install the Puppet module: 

    # puppet module install puppetlabs-ntp -i /etc/puppetlabs/code/environments/production/modules

    Use the -i parameter to specify the path and Puppet environment, for example production.

    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]

An alternative way to install a Puppet module is to copy a folder containing the Puppet module to the module path as mentioned above. Ensure to resolve its dependencies manually.

2.2. Updating a Puppet module

You can update an existing Puppet module using the puppet command.

Procedure

  1. Connect to your OpenVox server using SSH and find out where the Puppet modules are located: 

    # puppet config print modulepath

    This 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/modules

  2. If the module is located in the path as displayed above, the following command updates a module: 

    # puppet module upgrade module name

Chapter 3. Importing Puppet classes and environments into Satellite

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.

Procedure

  1. In the Satellite web UI, navigate to Configure > Puppet ENC > Classes or Configure > Puppet ENC > Environments.
  2. 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.
  3. Select the Puppet environments to import using checkboxes on the left.
  4. Click Update to import the Puppet environments and classes to Satellite.

  5. The import should result in a notification as follows: 

    Successfully updated environments and Puppet classes from the on-disk Puppet installation

Chapter 4. Creating a custom Puppet environment

You can create a Puppet environment within your Satellite.

Procedure

  1. In the Satellite web UI, navigate to Configure > Puppet Environments.
  2. Click Create Puppet Environment to create a Puppet environment.
  3. Enter a Name, alphanumeric characters and underscores are allowed, such as example_environment.
  4. Optional: Set a location context.
  5. Optional: Set an organization context.
  6. Click Submit to create the Puppet environment.

Note that before you run an import of Puppet modules into Satellite, the environment must already exist as the folder /etc/puppetlabs/code/environments/example_environment on the Puppet server and contain installed Puppet modules.

Chapter 5. Creating a Puppet config group

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

  1. In the Satellite web UI, navigate to Configure > Puppet ENC > Config Groups.
  2. Click Create Config Group.

  3. Select the classes you want to add to the config group.

    1. Choose a meaningful Name for the Puppet config group.
    2. Add selected Puppet classes to the Included Classes field.
  4. Click Submit to save the changes.

Chapter 6. Configuring Puppet smart class parameters

6.1. Puppet parameter hierarchy

Puppet parameters are structured hierarchically. Parameters at a lower level override parameters of the higher levels:

  1. Global parameters
  2. Organization parameters
  3. Location parameters
  4. Host group parameters
  5. 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.

6.2. Overriding a smart class parameter globally

You can configure a Puppet class after you have imported it to Satellite Server. This example overrides the default list of ntp servers.

Procedure

  1. In the Satellite web UI, navigate to Configure > Puppet ENC > Classes.
  2. Select the ntp Puppet class to change its configuration.
  3. Select the Smart Class Parameter tab and search for servers.
  4. Ensure the Override checkbox is selected.
  5. Set the Parameter Type drop down menu to array.

  6. 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 yaml syntax: 

    - 0.de.pool.ntp.org
- 1.de.pool.ntp.org
- 2.de.pool.ntp.org
- 3.de.pool.ntp.org
  7. Click Submit to change the default configuration of the Puppet module ntp.

6.3. Overriding a smart class parameter for an organization

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

  1. In the Satellite web UI, navigate to Configure > Puppet ENC > Classes.
  2. Click a class name to select a class.
  3. On the Smart Class Parameter tab, select a parameter.
  4. 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.
  5. Check Merge Overrides if you want to add all further matched parameters after finding the first match.
  6. Check Merge Default if you want to also include the default value even if there are more specific values defined.
  7. Check Avoid Duplicates if you want to create a list of unique values for the selected parameter.
  8. The matcher field requires an attribute type from the order list.
  9. Optional: Click Add Matcher to add more matchers.
  10. Click Submit to save the changes.

6.4. Overriding a smart class parameter for a location

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

  1. In the Satellite web UI, navigate to Configure > Puppet ENC > Classes.
  2. Click a class name to select a class.
  3. On the Smart Class Parameter tab, select a parameter.
  4. 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.
  5. Check Merge Overrides if you want to add all further matched parameters after finding the first match.
  6. Check Merge Default if you want to also include the default value even if there are more specific values defined.
  7. Check Avoid Duplicates if you want to create a list of unique values for the selected parameter.
  8. The matcher field requires an attribute type from the order list. For example, you can choose Paris as location context and set the value to French ntp servers.
  9. Optional: Click Add Matcher to add more matchers.
  10. Click Submit to save the changes.

6.5. Overriding a smart class parameter on an individual host

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

  1. In the Satellite web UI, navigate to Hosts > All Hosts.
  2. Click a host name to select a host.
  3. Click Edit.
  4. On the Host tab, select a Puppet Environment.
  5. Select the Puppet ENC tab.
  6. Click Override to edit the Puppet parameter.
  7. Click Submit to save the changes.

Chapter 7. Assigning a Puppet class to a host group

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

  1. In the Satellite web UI, navigate to Configure > Host Groups to create a host group or edit an existing one.

  2. On the Host Group tab, set the following parameters:

    1. The Lifecycle Environment describes the stage in which certain versions of content are available to hosts.
    2. The Content View is comprised of products and allows for version control of content repositories.
    3. The Environment allows you to supply a group of hosts with their own dedicated configuration.
  3. Navigate to the Puppet ENC tab.
  4. Add the Puppet class to the Included Classes or to the Included Config Groups if a Puppet config group is configured.
  5. Click Submit to save the changes.

Chapter 8. Assigning a Puppet class to an individual host

Procedure

  1. In the Satellite web UI, navigate to Hosts > All Hosts.
  2. Locate the host you want to add the ntp Puppet class to and click Edit.
  3. Select the Puppet ENC tab and look for the ntp class.
  4. Click the + symbol next to ntp to add the ntp submodule to the list of included classes.

  5. Click Submit to save your changes.

    Tip

    If the Puppet classes tab of an individual host is empty, check if it is assigned to the proper Puppet environment.

  6. Verify the Puppet configuration.

    1. Navigate to Hosts > All Hosts and select the host.
    2. From the top overflow menu, select Legacy UI.

    3. 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
...

  7. 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.

    Tip

    You may need to run the OpenVox agent on your host by executing the following command: 

    # puppet agent -t

  8. Running the following command on the host checks which ntp servers are used for clock synchronization: 

    # cat /etc/ntp.conf

    This 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.org

You 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 9. Enforcing Puppet configuration on hosts

You can enforce configuration from Satellite either manually on demand (run once) or automatically in configurable intervals.

9.1. Running Puppet once using SSH

Assign the proper job template to the Run Puppet Once feature to run Puppet on hosts.

Procedure

  1. In the Satellite web UI, navigate to Administer > Remote Execution Features.
  2. Select the puppet_run_host remote execution feature.
  3. Assign the Puppet Run Once – Script Default job template.

Run Puppet on hosts by running a job and selecting category Puppet and template Puppet Run Once - Script Default. Alternatively, click Run Puppet Once in the Schedule Remote Job drop down menu on the host details page.

9.2. Understanding intervals of automatic enforcement

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. By default, the Puppet agent on your hosts runs every 30 minutes, the puppet_interval is set to 35 minutes and the global outofsync_interval is set to 30 minutes.

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.

9.3. Setting the OpenVox agent run interval on a host

Set the interval when the OpenVox agent runs and sends reports to Satellite.

Procedure

  1. Connect to your host using SSH.
  2. Add the OpenVox agent run interval to /etc/puppetlabs/puppet/puppet.conf, for example runinterval = 1h.

9.4. Setting the global out-of-sync interval

Procedure

  1. In the Satellite web UI, navigate to Administer > Settings.

  2. On the General tab, edit Out of sync interval. Set a duration, in minutes, after which hosts are considered to be out of sync.

    You can also override this interval on host groups or individual hosts by adding the outofsync_interval parameter.

9.5. Setting the Puppet out-of-sync interval

Procedure

  1. In the Satellite web UI, navigate to Administer > Settings, and click the Config Management tab.
  2. 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.

9.6. Overriding out-of-sync interval for a host group

Procedure

  1. In the Satellite web UI, navigate to Configure > Host Groups.
  2. Select a host group.
  3. On the Parameters tab, click Add Parameter.
  4. In the Name field, enter outofsync_interval.
  5. From the Type dropdown menu, select integer.
  6. In the Value field, enter the new interval in minutes.
  7. Click Submit.

9.7. Overriding out-of-sync interval for an individual host

Procedure

  1. In the Satellite web UI, navigate to Hosts > All Hosts.
  2. Click Edit for a selected host.
  3. On the Parameters tab, click Add Parameter.
  4. In the Name field, enter outofsync_interval.
  5. From the Type dropdown menu, select integer.
  6. In the Value field, enter the new interval in minutes.
  7. Click Submit.

Legal Notice

Copyright © Red Hat.
Except as otherwise noted below, the text of and illustrations in this documentation are licensed by Red Hat under the Creative Commons Attribution–Share Alike 3.0 Unported license . If you distribute this document or an adaptation of it, you must provide the URL for the original version.
Red Hat, as the licensor of this document, waives the right to enforce, and agrees not to assert, Section 4d of CC-BY-SA to the fullest extent permitted by applicable law.
Red Hat, the Red Hat logo, JBoss, Hibernate, and RHCE are trademarks or registered trademarks of Red Hat, LLC. or its subsidiaries in the United States and other countries.
Linux® is the registered trademark of Linus Torvalds in the United States and other countries.
XFS is a trademark or registered trademark of Hewlett Packard Enterprise Development LP or its subsidiaries in the United States and other countries.
The OpenStack® Word Mark and OpenStack logo are trademarks or registered trademarks of the Linux Foundation, used under license.
All other trademarks are the property of their respective owners.