Bug 711041 - A system consumes flex entitlements even after migration
Summary: A system consumes flex entitlements even after migration
Keywords:
Status: CLOSED DEFERRED
Alias: None
Product: Red Hat Satellite 5
Classification: Red Hat
Component: Virtualization
Version: 541
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Milan Zázrivec
QA Contact: Red Hat Satellite QA List
URL:
Whiteboard:
Depends On:
Blocks: 462714
TreeView+ depends on / blocked
 
Reported: 2011-06-06 10:56 UTC by Šimon Lukašík
Modified: 2014-07-04 13:28 UTC (History)
1 user (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2014-07-04 13:28:45 UTC
Target Upstream Version:


Attachments (Terms of Use)

Description Šimon Lukašík 2011-06-06 10:56:35 UTC
Description of problem:


Version-Release number of selected component (if applicable):
RHN Satellite 5.4.1
spacewalk-java-1.2.39-82.el5sat

How reproducible:
1 of 1

Steps to Reproduce:
1. have a guest system registered in RHEL base channel family
2. create a new organization (without any entitlements)
3. Overview -> Subscription Management -> Software Channel Entitlements
   -> Red Hat Enterprise Linux (core server)
  
       Regular Consumed = 5
       Consumed Flex = 3
       Systems Subscribed = 8

4. migrate the system in question to the new organization
5. repeat step 3

       Regular Consumed = 5
       Consumed Flex = 3
       Systems Subscribed = 7

Actual results:
Guest system consumes flex entitlements in the admin account, even though
it was migrated to another organization, where it is not entitled at all.

Expected results:
The guest does not consume entitlements

Additional info:

Comment 2 Šimon Lukašík 2011-06-06 11:17:11 UTC
Interestingly, after the step 5 I have had in the admin account:

    Consumed Flex: 3  /  Available Flex: 1107  /  Systems Subscribed: 8

when I added 10 flex entitlements to that organization in question,
it turned to:

    Consumed Flex: 2  /  Available Flex: 1098  /  Systems Subscribed: 7

which is the correct counting.


Note You need to log in before you can comment on or make changes to this bug.