When running "entitlement-check.py" as part of the preparation steps for upgrading RHN Satellite to 5.4, physical virtualization hosts are reported as guests.
Environment
- Red Hat Network Satellite 5.3
rhn-upgrade-5.4.0.22-1.el5sat
Issue
- When upgrading RHN Satellite 5.3 to 5.4, as part of the preparation steps described in '
/etc/sysconfig/rhn/satellite-upgrade/preparations.txt', running 'entitlement-check.py' with the new RHN Satellite 5.4 certificate leads to a failure with the following error message:
./entitlement-check.py --rhn-cert=~/my-org-5.4.cert
rhel-server: Too many total systems satellite-wide, 0 physical, 287 guests, 91 physical limit, 0 flex limit.
You will need to either delete or unentitle some combination of 196 physical and flexible systems.
Upgrade entitlement test FAILED
- virtualization host or virtualization host platform guests are incorrectly counted towards the number of physical entitlements in use
Resolution
- The error message can be ignored in this case; proceed with the upgrade.
Root Cause
- '
entitlement-check.py' detects the physical virtualization hosts as guests. Due to that, no hosts are detected, and the unlimited guests that their RHEL AP subscriptions provide are not taken into account, so the check fails - incorrect logic in '
entitlement-check.py'
Diagnostic Steps
- In the RHN Satellite web UI:
- All Xen hosts are reported in the corresponding "Virtualization Hosts" or "Virtualization Platform Hosts".
- No Xen guests are reported in either "Guests Without Hosts", "Flex Guest Entitlement Consumers" or "Guests Consuming Regular Entitlements".
- Running '
/etc/sysconfig/rhn/satellite-upgrade/recognize_guests.py' did not change the outcome.
Product(s)
Tags
This solution is part of Red Hat’s fast-track publication program, providing a huge library of solutions that Red Hat engineers have created while supporting our customers. To give you the knowledge you need the instant it becomes available, these articles may be presented in a raw and unedited form.