Red Hat Bugzilla – Bug 468771
rhn_register gui and tui should give warning when management entitlements are exhausted.
Last modified: 2012-08-06 04:27:41 EDT
Description of problem:
rhn_register gui and tui do not give any warning when zero management entitlements
are available but channel entitlements are available.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Create an org with 1 management and 5 channel entitlement available.
2. rhn_register (tui or gui)
3. This will work and will exaust management entitlements.
4. rhn_register (tui or gui)
It will register system without any proper warning on gui or tui so as to let the user know that they need management entitlements.
It should give warning while registering system similar to warning generated when management entitlements are exhausted and activation key is configured as universal default.
"Your organization does not have enough Management entitlements to register this
system to Red Hat Network. Please notify your organization administrator of this error.
You should be able to register this system after your organization frees existing
or purchases additional entitlements. Additional entitlements may be purchased by your
organization administrator by logging into Red Hat Network and visiting
the 'Subscription Management' page in the 'Your RHN' section of RHN.
A common cause of this error code is due to having mistakenly setup an
Activation Key which is set as the universal default. If an activation key is set
on the account as a universal default, you can disable this key and retry to avoid
requiring a Management entitlement."
Moving to RHEL 4.9 - this has been a long standing item within the code for up2date. Not sure we will want to address this.
This is still in current code. Changing to RHEL6.
Devel nack. No customers pushing this. A nice-to-have. This type of issue is resolved within subscription-managers way of doing entitlements.
Development Management has reviewed and declined this request.
You may appeal this decision by reopening this request.