Chapter 3. Upgrading Red Hat Satellite
If you have Satellite 6 installed in a high availability configuration, contact Red Hat Support before upgrading to Satellite 6.4.
Use this chapter to upgrade your existing Red Hat Satellite environment to Red Hat Satellite 6.4.
The chapter includes:
Before upgrading, see the Section 1.1, “Prerequisites”.
3.1. Upgrading Satellite Server
This section describes how to upgrade Satellite Server from 6.3 to 6.4. You can upgrade from any minor version of Red Hat Satellite Server 6.3.
Before You Begin
- Review and update your firewall configuration prior to upgrading your Satellite Server. For more information, see Ports and Firewalls Requirements in Installing Satellite Server from a Connected Network.
- Ensure that you do not delete the manifest from the Customer Portal or in the Satellite Web UI because this removes all the entitlements of your content hosts.
- Back up and remove all Foreman hooks before upgrading. Restore any hooks only after Satellite is known to be working after the upgrade is complete.
- If you have edited any of the default templates, back up the files either by cloning or exporting them. Cloning is the recommended method because that prevents them being overwritten in future updates or upgrades. To confirm if a template has been edited, you can view its History before you upgrade or view the changes in the audit log after an upgrade. In the web UI, Navigate to Monitor > Audits and search for the template to see a record of changes made. If you use the export method, restore your changes by comparing the exported template and the default template, manually applying your changes.
-
If the
/root/.hammer/defaults.ymlfile exists on your Satellite Server, create a back up of the file, and then delete/root/.hammer/defaults.ymlbefore upgrading. Restore the file only after Satellite is known to be working after the upgrade is complete. You must apply this workaround until Red Hat Bug 1632768 is resolved.
Capsule Considerations
- Ensure the Red Hat Satellite Capsule 6.4 repository is enabled in Satellite Server and synchronized. Until Red Hat Bug 1305040 is resolved, allow time for the Capsules to synchronize these changes.
- If you use Content Views to control updates to a Capsule Server’s base operating system, or for the Capsule Server repository, you must publish updated versions of those Content Views.
If you implemented custom certificates, you must retain the content of both the /root/ssl-build directory and the directory in which you created any source files associated with your custom certificates.
Failure to retain these files during an upgrade causes the upgrade to fail. If these files have been deleted, they must be restored from a backup in order for the upgrade to proceed.
Configuring the BASH shell
The BASH shell stores the location of a binary in a hash table. During the upgrade, the location of the katello-service script is changed, but BASH does not register this change, and foreman-maintain fails if it calls the script after the change.
Optional: Before the upgrade, users of the BASH shell can set the
checkhashoption temporarily to ensurekatello-serviceworks after the installer completes. Enter a command as follows in your BASH shell:# shopt -s checkhash
After a successful or failed upgrade, in all currently running BASH shells, enter the following command:
# hash -d katello-service 2> /dev/null
Upgrade Scenarios
- To upgrade a Satellite Server connected to the Red Hat Content Delivery Network, proceed to Section 3.1.1, “Upgrading a Connected Satellite Server”.
- To upgrade a Satellite Server not connected to the Red Hat Content Delivery Network, proceed to Section 3.1.2, “Upgrading a Disconnected Satellite Server”.
You cannot upgrade a self-registered Satellite. You must migrate a self-registered Satellite to the Red Hat Content Delivery Network (CDN) and then perform the upgrade. To migrate a self-registered Satellite to the CDN, see Migrating Self-Registered Satellites in the Satellite 6.3 Upgrading and Updating Red Hat Satellite guide.
3.1.1. Upgrading a Connected Satellite Server
Use this procedure for a Satellite Server connected to the Red Hat Content Delivery Network.
If you customize configuration files, manually or using a tool such as Hiera, these changes are overwritten when the installation script runs during upgrading or updating. You can use the --noop option with the satellite-installer script to test for changes. For more information, see the Red Hat Knowledgebase solution How to use the noop option to check for changes in Satellite config files during an upgrade.
Upgrade Satellite Server
Create a backup.
- On a virtual machine, take a snapshot.
On a physical machine, create a backup.
For more information about backups, see Backing Up and Restoring Satellite Server and Capsule Server in the Administering Red Hat Satellite 6.3 guide.
-
Back up the DNS and DHCP configuration files
/etc/zones.confand/etc/dhcp/dhcpd.confas the installer only supports one domain or subnet, and therefore restoring changes from these backups might be required. If you have made manual edits to DNS or DHCP configuration files and do not want to overwrite the changes, enter the following command:
# satellite-installer --foreman-proxy-dns-managed=false \ --foreman-proxy-dhcp-managed=false
- In the Satellite web UI, navigate to Hosts > Discovered hosts. On the Discovered Hosts page, power off and then delete the discovered hosts. From the Select an Organization menu, select each organization in turn and repeat the process to power off and delete the discovered hosts. Make a note to reboot these hosts when the upgrade is complete.
- In the Satellite web UI, navigate to Content > Red Hat Subscriptions, and then click Manage Manifest. In the Subscription Manifest pane, click the Actions tab, and then click Refresh Manifest to download the latest copy of the Subscription Manifest.
Configure the repositories:
- In the Satellite web UI, navigate to Content > Red Hat Repositories and select the RPMs tab.
- From the PRODUCT list, find and expand Red Hat Enterprise Linux Server.
- From the REPOSITORY SET list, find and expand Red Hat Satellite Tools 6.4 (for RHEL7 Server) (RPMs).
- Select Red Hat Satellite Tools 6.4 for RHEL 7 Server RPMs x86_64.
Synchronize the newly enabled repositories:
- In the Satellite web UI, navigate to Content > Sync Status.
- Click the arrow next to the product to view available repositories.
- Select the repositories for 6.4.
Click Synchronize Now.
If you get an error when trying to update a repository, ensure you do not delete the manifest from the Customer Portal or in the Satellite Web UI because this removes all the entitlements of your content hosts. Refresh the manifest and if the problem persists, raise a support request.
- Update any pre-existing Content Views that utilize 6.3 version repositories with the new version for 6.4. Publish and promote updated versions of any Content Views that now have the new 6.4 version repositories.
Refresh your subscription:
# subscription-manager refresh
Enable the Satellite Maintenance and Red Hat Enterprise Linux Ansible repositories:
# subscription-manager repos \ --enable rhel-7-server-satellite-maintenance-6-rpms \ --enable rhel-7-server-ansible-2.6-rpms
Enter the following command to install
foreman-maintainor to update it to the latest version:# yum install rubygem-foreman_maintain
Check the available versions to confirm the version you want is listed:
# foreman-maintain upgrade list-versions
Use the health check option to determine if the system is ready for upgrade. When prompted, enter the hammer admin user credentials to configure
foreman-maintainwith hammer credentials. These changes are applied to the/etc/foreman-maintain/foreman-maintain-hammer.ymlfile.# foreman-maintain upgrade check --target-version 6.4
Review the results and address any highlighted error conditions before performing the upgrade.
Because of the lengthy upgrade time, use a utility such as
screento suspend and reattach a communication session. You can then check the upgrade progress without staying connected to the command shell continuously. For more information about using the screen command, see How do I use the screen command? article in the Red Hat Knowledge Base.If you lose connection to the command shell where the upgrade command is running you can see the logged messages in the
/var/log/foreman-installer/satellite.logfile to check if the process completed successfully.Perform the upgrade:
# foreman-maintain upgrade run --target-version 6.4
If using a BASH shell, after a successful or failed upgrade, enter:
# hash -d foreman-maintain service 2> /dev/null
- Check and restore any changes required to the DNS and DHCP configuration files using the backups that you make.
If you make changes in the previous step, restart Satellite services.
# foreman-maintain service restart
If you have the OpenSCAP plug-in installed, but do not have the default OpenSCAP content available, enter the following command:
# foreman-rake foreman_openscap:bulk_upload:default
3.1.2. Upgrading a Disconnected Satellite Server
Use this procedure for a Satellite Server not connected to the Red Hat Content Delivery Network.
If you customize configuration files, manually or using a tool such as Hiera, these changes are overwritten when the installation script runs during upgrading or updating. You can use the --noop option with the satellite-installer script to test for changes. For more information, see the Red Hat Knowledgebase solution How to use the noop option to check for changes in Satellite config files during an upgrade.
Before You Begin
- Review and update your firewall configuration before upgrading your Satellite Server. For more information, see Ports and Firewalls Requirements in Installing Satellite Server from a Disconnected Network.
- Ensure that you do not delete the manifest from the Customer Portal or in the Satellite Web UI because this removes all the entitlements of your content hosts.
- Back up and remove all Foreman hooks before upgrading. Reinstate hooks only after Satellite is known to be working after the upgrade is complete.
If you implemented custom certificates, you must retain the content of both the /root/ssl-build directory and the directory in which you created any source files associated with your custom certificates.
Failure to retain these files during an upgrade causes the upgrade to fail. If these files have been deleted, they must be restored from a backup in order for the upgrade to proceed.
Upgrade Disconnected Satellite Server
Create a backup.
- On a virtual machine, take a snapshot.
- On a physical machine, create a backup.
A pre-upgrade script is available to detect conflicts and list hosts which have duplicate entries in Satellite Server that can be unregistered and deleted after upgrade. In addition, it will detect hosts which are not assigned to an organization. If a host is listed under Hosts > All hosts without an organization association and if a content host with same name has an organization already associated with it then the content host will automatically be unregistered. This can be avoided by associating such hosts to an organization before upgrading.
Run the pre-upgrade check script to get a list of hosts that can be deleted after upgrading. If any unassociated hosts are found, associating them to an organization before upgrading is recommended.
# foreman-rake katello:upgrade_check
If the upgrade check reports a failure due to running tasks, then it is recommended that you wait for the tasks to complete. It is possible to cancel some tasks, but you should follow the guidance in the Red Hat Knowledgebase solution How to manage paused tasks on Red Hat Satellite 6 to understand which tasks are safe to cancel and which are not safe to cancel.
-
Back up the DNS and DHCP configuration files
/etc/zones.confand/etc/dhcp/dhcpd.confas the installer only supports one domain or subnet, and therefore restoring changes from these backups might be required. If you have made manual edits to DNS or DHCP configuration files and do not want to overwrite the changes, run the installer script as follows:
# satellite-installer --foreman-proxy-dns-managed=false \ --foreman-proxy-dhcp-managed=false
-
In the Satellite web UI, navigate to Hosts > Discovered hosts. If there are discovered hosts available, turn them off and then delete all entries under the
Discovered hostspage. Select all other organizations in turn using the organization setting menu and repeat this action as required. Reboot these hosts after the upgrade has completed. - Make sure all external Capsule Servers are assigned to an organization, otherwise they might get unregistered due to host-unification changes.
Remove old repositories:
# rm /etc/yum.repos.d/*
Stop Satellite services.
# katello-service stop
- Obtain the latest ISO files by following the Downloading the Binary DVD Images procedure in the Installing Satellite Server from a Disconnected Network guide.
-
Create directories to serve as a mount point, mount the ISO images, and configure the
rhel7-serverrepository by following the Configuring the Base System with Offline Repositories procedure in the Installing Satellite Server from a Disconnected Network guide. Do not install or update any packages at this stage. Configure the Satellite 6.4 repository from the ISO file.
Copy the ISO file’s repository data file for the Red Hat Satellite packages:
# cp /media/sat6/media.repo /etc/yum.repos.d/sat6.repo
Edit the
/etc/yum.repos.d/sat6.repofile:# vi /etc/yum.repos.d/sat6.repo
Change the default
InstallMediarepository name toSatellite-6.4:[Satellite-6.4]
Add the
baseurldirective:baseurl=file:///media/sat6/
Configure the Red Hat Software Collections repository from the ISO file.
Copy the ISO file’s repository data file for Red Hat Software Collections packages:
# cp /media/sat6/RHSCL/media.repo /etc/yum.repos.d/RHSCL.repo
Edit the
/etc/yum.repos.d/RHSCL.repofile:# vi /etc/yum.repos.d/RHSCL.repo
Change the default
InstallMediarepository name toRHSCL:[RHSCL]
Add the
baseurldirective:baseurl=file:///media/sat6/RHSCL/
Configure the Red Hat Satellite Maintenance repository from the ISO file.
Copy the ISO file’s repository data file for Red Hat Satellite Maintenance packages:
# cp /media/sat6/sat-maintenance/media.repo /etc/yum.repos.d/sat-maintenance.repo
Edit the
/etc/yum.repos.d/sat-maintenance.repofile:# vi /etc/yum.repos.d/sat-maintenance.repo
Change the default
InstallMediarepository name toSatellite-Maintenance:[Satellite-Maintenance]
Add the
baseurldirective:baseurl=file:///media/sat6/sat-maintenance/
If you have custom Apache server configurations, they will be reverted to the installation defaults in the next step. If you want to see what will be changed when you perform the upgrade, you can enter the upgrade command with the
--noop(no operation) option and review the changes that will be applied when you enter the upgrade command in the following step. If you choose not to do this test, skip to the next step now. Alternatively, proceed as follows:Add the following line to the
/etc/httpd/conf/httpd.confconfiguration file.Include /etc/httpd/conf.modules.d/*.conf
Restart the
httpdservice.# systemctl restart httpd
Start the
postgresqlandmongoddatabase services.# systemctl start postgresql # systemctl start mongod
Run the installer script with the
--noopoption:# satellite-installer --scenario satellite --upgrade --verbose --noop
Review the
/var/log/foreman-installer/satellite.logto see what changes would be applied if the--noopoption was omitted. Look for the+++and---symbols indicating changes to configurations files. Because the above "no operation" option does not actually create the files, and some Puppet resources in the module expect them to be there, some failure messages are to be expected.Stop Satellite services:
# katello-service stop
Because of the lengthy upgrade time, use a utility such as
screento suspend and reattach a communication session. You can then check the upgrade progress without staying connected to the command shell continuously. For more information about using the screen command, see How do I use the screen command? article in the Red Hat Knowledge Base.If you lose connection to the command shell where the upgrade command is running you can see the logs in
/var/log/foreman-installer/satellite.logto check if the process completed successfully.Enter the following command to install
foreman-maintainor to update it to the latest version:# yum install rubygem-foreman_maintain
Check the available versions to confirm the version you want is listed:
# foreman-maintain upgrade list-versions
Use the health check option to determine if the system is ready for upgrade. When prompted, enter the hammer admin user credentials to configure
foreman-maintainwith hammer credentials. These changes are applied to the/etc/foreman-maintain/foreman-maintain-hammer.ymlfile.# foreman-maintain upgrade check --target-version 6.4 \ --whitelist="repositories-validate,repositories-setup"
Review the results and address any highlighted error conditions before performing the upgrade.
Perform the upgrade:
# foreman-maintain upgrade run --target-version 6.4 \ --whitelist="repositories-validate,repositories-setup"
If the script fails due to missing or outdated packages, you must download and install these separately. For more information, see the Downloading Packages Manually section in the Installing Satellite Server from a Disconnected Network guide.
If using a BASH shell, after a successful or failed upgrade, enter:
# hash -d foreman-maintain service 2> /dev/null
WarningIf you run the command from a directory containing a config subdirectory, you will encounter the following error:
ERROR: Scenario (config/satellite.yaml) was not found, can not continue.
In such a case, change directory, for example to the root user’s home directory, and run the command again.
- Check and restore any changes required to the DNS and DHCP configuration files using the backups that you make.
If you make changes in the previous step, restart Satellite services.
# foreman-maintain service restart
If you have the OpenSCAP plug-in installed, but do not have the default OpenSCAP content available, enter the following command.
# foreman-rake foreman_openscap:bulk_upload:default
- In the Satellite web UI, go to Configure > Discovery Rules and associate selected organizations and locations with discovery rules.
3.2. Upgrading Capsule Servers
This section describes how to upgrade Capsule Servers from 6.3 to 6.4.
Before You Begin
- You must upgrade Satellite Server before you can upgrade any Capsule Servers.
- You must upgrade Capsule Server to Puppet 4. For more information, see the Upgrading Puppet chapter in the Red Hat Satellite 6.3 Upgrading and Updating Guide.
- Ensure the Red Hat Satellite Capsule 6.4 repository is enabled in Satellite Server and synchronized.
- If you use Content Views to control updates to a Capsule Server’s base operating system, or for the Capsule Server repository, you must publish updated versions of those Content Views.
- Ensure the Capsule’s base system is registered to the newly upgraded Satellite Server.
- Ensure the Capsule has the correct organization and location settings in the newly upgraded Satellite Server.
- Review and update your firewall configuration prior to upgrading your Capsule Server. For more information, see Ports and Firewalls Requirements in Installing Capsule Server.
If you implemented custom certificates, you must retain the content of both the /root/ssl-build directory and the directory in which you created any source files associated with your custom certificates.
Failure to retain these files during an upgrade causes the upgrade to fail. If these files have been deleted, they must be restored from a backup in order for the upgrade to proceed.
Upgrading Capsule Servers
Create a backup.
- On a virtual machine, take a snapshot.
On a physical machine, create a backup.
For information on backups, see Backing Up and Restoring Satellite Server and Capsule Server in the Administering Red Hat Satellite 6.3 guide.
-
Back up the DNS and DHCP configuration files
/etc/zones.confand/etc/dhcp/dhcpd.confas the installer only supports one domain or subnet, and therefore restoring changes from these backups might be required. If you have made manual edits to DNS or DHCP configuration files and do not want to overwrite the changes, enter the following command:
# satellite-installer --foreman-proxy-dns-managed=false \ --foreman-proxy-dhcp-managed=false
Disable the repository for Red Hat Satellite 6.3.
# subscription-manager repos \ --disable rhel-7-server-satellite-capsule-6.3-rpms
Disable the Puppet 4 repository:
# subscription-manager repos \ --disable=rhel-7-server-satellite-capsule-6.3-puppet4-rpms
Enable the new repositories.
The Red Hat Software Collections repository provides a later version of Ruby required by some Red Hat Satellite features, including the Remote Execution feature. The Satellite tools repository provides
goferandkatello-agentwhich provide communication services for managing Errata.Enter the following command:
# subscription-manager repos \ --enable rhel-7-server-satellite-capsule-6.4-rpms \ --enable rhel-server-rhscl-7-rpms \ --enable rhel-7-server-satellite-tools-6.4-rpms \ --enable rhel-7-server-satellite-maintenance-6-rpms \ --enable rhel-7-server-ansible-2.6-rpms
-
In the Satellite web UI, go to Hosts > Discovered hosts. If there are discovered hosts available, power off the hosts and then delete all entries under the
Discovered hostspage. Select all other organizations in turn using the organization setting menu and repeat this action as required. Reboot these hosts after the upgrade has completed. Clear the repository cache.
# yum clean all
Stop Satellite services.
# katello-service stop
Update all packages.
# yum update
If you plan to use Capsule Server as a proxy for discovered hosts, install the Discovery plug-in.
# yum install rubygem-smart_proxy_discovery.noarch
On the Capsule Server, verify that the
foreman_urlsetting is correct.# grep foreman_url /etc/foreman-proxy/settings.yml
The fully qualified domain name of the Satellite Server should display.
Perform the upgrade by running the installer script with the
--upgradeoption:# satellite-installer --scenario capsule --upgrade
WarningIf you run the command from a directory containing a config subdirectory, you will encounter the following error:
ERROR: Scenario (config/capsule.yaml) was not found, can not continue.
In such a case, change directory, for example to the root user’s home directory, and run the command again.
- Check and restore any changes required to the DNS and DHCP configuration files using the backups made earlier.
- Upgrade the foreman-discovery package on Satellite Server and turn on the hosts that were shut down prior to the upgrade.
3.3. Upgrading Satellite Clients
Currently, the Satellite 6.3 version of katello-agent and other client libraries in the Satellite Tools repository are not formally tested or supported against Satellite 6.4.
Upgrade all clients to the new version of katello-agent as soon as possible so that your clients are fully compatible with Satellite Server. This requires changing the Satellite Tools repository from 6.3 to 6.4, which can be done manually or by installing the satellite-6.4-tools-upgrade package. This package only contains a post installation script to change the Satellite Tools repository version.
Prerequisites
- You must have upgraded Satellite Server.
- You must have enabled the new Satellite Tools repositories on the Satellite.
- You must have synchronized the new repositories in the Satellite.
-
If you have not previously installed
katello-agenton your clients, use the manual method.
If you implemented custom certificates, you must retain the content of both the /root/ssl-build directory and the directory in which you created any source files associated with your custom certificates.
Failure to retain these files during an upgrade causes the upgrade to fail. If these files have been deleted, they must be restored from a backup in order for the upgrade to proceed.
Upgrade Satellite Clients Using the Bulk Repository Set UI:
- In the Satellite web UI, navigate to Hosts > Content Hosts and select the Content Hosts that you want to upgrade.
- From the Select Action list, select Manage Repository Sets.
- From the Repository Sets Management list, select the Red Hat Satellite Tools 6.3 check box.
- From the Select Action list, select Override to Disabled, and click Done.
- When the process completes, on the same set of hosts from the previous steps, select Manage Repository Sets.
- From the Repository Sets Management list, select the Red Hat Satellite Tools 6.4 check box.
- From the Select Action list, select Override to Enabled, and click Done.
- When the process completes, on the same set of hosts from the previous steps, select Manage Repository Sets.
- From the Select Action list, select Manage Packages.
-
In the Package search field, enter
katello-agent. - From the Update list, select your preferred update method.
- Ensure that the update is complete, and then click Done.
Upgrade Satellite Clients Manually
- Log into the client system.
Disable the repositories for the previous version of Satellite.
# subscription-manager repos \ --disable rhel-7-server-satellite-tools-6.3-rpms
Enable the Satellite tools repository for this version of Satellite.
# subscription-manager repos \ --enable=rhel-7-server-satellite-tools-6.4-rpms
Upgrade the following Katello, Pulp, and qpid packages.
# yum upgrade katello-agent katello-host-tools katello-host-tools-fact-plugin pulp-rpm-handlers qpid-proton-c
Restart goferd.
# systemctl restart goferd
3.4. Post-Upgrade Tasks
Some of the procedures in this section are optional. You can choose to perform only those procedures that are relevant to your installation.
If you use the PXE-based discovery process, then you must complete the discovery upgrade procedure on Satellite and on any Capsule Server with hosts that you want to be listed in Satellite on the Hosts > Discovered hosts page.
If you have scripts for backing up and restoring Satellite or Capsule, ensure that you update the scripts to replace katello-backup and katello-restore with foreman-maintain backup and foreman-maintain restore.
3.4.1. Upgrading Discovery
This section describes updating the PXELinux template and the boot image passed to hosts that use PXE booting to register themselves with Satellite Server.
From Satellite 6.4, provisioning templates now have a separate association with a subnet, and do not default to using the TFTP Capsule for that subnet. If you create subnets after the upgrade, you must specifically enable the Satellite or a Capsule to provide a proxy service for discovery templates and then configure all subnets with discovered hosts to use a specific template Capsule.
During the upgrade, for every subnet with a TFTP proxy enabled, the template Capsule is set to be the same as the TFTP Capsule. After the upgrade, check all subnets to verify this was set correctly.
These procedures are not required if you do not use PXE booting of hosts to enable Satellite to discover new hosts.
3.4.1.1. Upgrading Discovery on Satellite Server
Update the Discovery template in the Satellite web UI:
- Navigate to Hosts > Provisioning templates.
-
On the
PXELinux global defaultline, click Clone. -
Enter a new name for the template in the Name field, for example
ACME PXE global default. -
In the template editor field, change the line
ONTIMEOUT localtoONTIMEOUT discoveryand click Submit. - Navigate to Administer > Settings.
-
Locate
Global default PXELinux templateand click on its Value. - Select the name of the newly created template from the menu and click the tick button.
- Navigate to Hosts > Provisioning templates.
- Click Build PXE Default, then click OK.
- In the Satellite web UI, go to Configure > Discovery Rules and associate selected organizations and locations with discovery rules.
3.4.1.2. Upgrading Discovery on Capsule Servers
Verify that the Foreman Discovery package is current on Satellite Server.
# yum upgrade tfm-rubygem-foreman_discovery
If an update occurred in the previous step, restart Satellite services.
# katello-service restart
Upgrade the Discovery image on the Satellite Capsule that is either connected to the provisioning network with discovered hosts or provides TFTP services for discovered hosts.
# yum upgrade foreman-discovery-image
On the same instance, install the package which provides the Proxy service, and then restart
foreman-proxyservice.# yum install rubygem-smart_proxy_discovery # service foreman-proxy restart
- In the Satellite web UI, go to Infrastructure > Capsules and verify that the relevant Capsule lists Discovery in the features column. Select Refresh from the Actions drop-down menu if necessary.
Go to Infrastructure > Subnets and for each subnet on which you want to use discovery:
- Click the subnet name.
- On the Capsules tab, ensure the Discovery Capsule is set to a Capsule you configured above.
3.4.1.3. Verifying Subnets have a Template Capsule
Ensure all subnets with discovered hosts have a template Capsule:
- In the Satellite web UI, navigate to Infrastructure > Subnets.
- Select the subnet you want to check.
- On the Capsules tab, ensure a Template Capsule has been set for this subnet.
For more information about configuring subnets with template Capsules, see Configuring Discovery Subnets in the Red Hat Satellite Managing Hosts guide.
3.4.2. Upgrading virt-who
If virt-who is installed on Satellite Server or a Capsule Server, it will be upgraded when they are upgraded. No further action is required. If virt-who is installed elsewhere, it must be upgraded manually.
Before You Begin
If virt-who is installed on a host registered to Satellite Server or a Capsule Server, first upgrade the host to the latest packages available in the Satellite Tools repository. For information about upgrading hosts, see Section 3.3, “Upgrading Satellite Clients”.
Upgrade virt-who Manually
Upgrade virt-who.
# yum upgrade virt-who
Restart the virt-who service so the new version is activated.
# systemctl restart virt-who.service
3.4.3. Removing the Previous Version of the Satellite Tools Repository
After completing the upgrade to Satellite 6.4, the Red Hat Satellite Tools 6.3 repository can be removed from Content Views and then disabled.
Disable Version 6.3 of the Satellite Tools Repository:
- In the Satellite web UI, navigate to Content > Red Hat Repositories.
- In the Enabled Repositories area, locate Red Hat Satellite Tools 6.3 for RHEL 7 Server RPMs x86_64.
- Click the Disable icon to the right.
If the repository is still contained in a Content View then you cannot disable it. Packages from a disabled repository are removed automatically by a scheduled task.

Where did the comment section go?
Red Hat's documentation publication system recently went through an upgrade to enable speedier, more mobile-friendly content. We decided to re-evaluate our commenting platform to ensure that it meets your expectations and serves as an optimal feedback mechanism. During this redesign, we invite your input on providing feedback on Red Hat documentation via the discussion platform.