Red Hat Bugzilla – Bug 195248
[RFE] allow users to view and control entitlement<->contract relationships
Last modified: 2008-10-15 11:02:27 EDT
Description of problem:
In RHN there is currently no way to determine which system/entitlement is
associated with a particular contract (or vice versa), and therefore no direct
way to determine when an entitlement will expire or when a system will lose its
update priviliges. As someone pointed out on the RHN list, entitlements are
expired on a last in, first out basis. This is hardly helpful and actually
counter-intuitive - if contract A is bought for machine X in January, and
contract B is bought for machine Y in June, why would any reasonable person
expect machine Y's entitlement to expire first? But this is what would happen,
if they were registered in that order and no other changes made. And "fixing"
it currently requires all systems (or at least all the ones using the same
entitlement level) to be un-registered and then re-registered in REVERSE order
of desired disentitlement.
What I'm requesting is the ability to view within the RHN web interface the
contract<->entitlement<->system relationships, and to be able to reassign them
at will so that the end user has direct control over which system will lose its
update privileges first if a contract expires.
Version-Release number of selected component (if applicable): n/a
How reproducible: always
Steps to Reproduce:
1. register some systems
2. wait until a contract expires
The last system registered (which, logically, should have the most "life" left)
loses its update privileges.
The first system registered should logically lose its update privileges first.
Or, since systems may be un-registered and re-registered for a variety of
reasons, the user should have control over which will expire first via the
ability view and change the association of systems/entitlements with contracts.
Original bugnumber was 194611, this number has been reused by a different bug.
This bug has been closed due to inactivity. Please open a new bug with specific details if this problem is still occurring or if an enhancement is needed.