Hide Forgot
Prerequisites: Rhel6.5 physical machine with following subscription manager rpm. subscription-manager-firstboot-1.9.6-1.git.3.5220cd8.el6.x86_64 subscription-manager-1.9.6-1.git.3.5220cd8.el6.x86_64 subscription-manager-migration-data-1.12.3.2-1.git.0.fe2ef86.el6.noarch subscription-manager-migration-1.9.6-1.git.3.5220cd8.el6.x86_64 subscription-manager-gui-1.9.6-1.git.3.5220cd8.el6.x86_64 Steps to Repro : Register physical rhel6.5 client to candlepin with following product cert [root@dhcp201-196 facts]# ls /etc/pki/product/ 100000000000002.pem 32060.pem (stacking and instance based product cert) List available subscription for installed product . Subscribe Fully compliant instance based subscription. Now check suggested quantity for Awesome OS x86_64. Expected Result : proper quantity should display . Actual Result : Gui now displaying suggested “0” quantity for Awesome OS x86_64. Note : value turned to “0 “ as soon as we fully subscribed to instance based subscription. If we subscribe “Awesome OS x86_64” to compliant it changes suggested quantity for instance based subscription . Attached screen shot after subscribe value turned to “0” with instance based subscribe.
Created attachment 801550 [details] screenshot after subscribe instance based subscription
I'm not sure I would call this a bug, however this behavior is changed in master. 0 more subscriptions are required to make that product valid, but I agree that it's weird because that entitlement could provide different content. commit c67def26a24c2a43c1133995ad08ed27d18bb86d Author: ckozak <ckozak> Date: Tue Sep 17 11:57:02 2013 -0400 1007836: calculate suggested quantity with only matching stacking_ids
Created attachment 809029 [details] Change in quantity before and after subscription Version: subscription-manager version server type: Red Hat Subscription Management subscription management server: 0.8.29-1 subscription-manager: 1.9.9-1.el6 python-rhsm: 1.9.6-1.el6 # ls /etc/pki/product/ 100000000000002_.pem 32060_.pem === Before Subscribing === # subscription-manager list --installed +-------------------------------------------+ Installed Product Status +-------------------------------------------+ Product Name: Awesome OS Instance Server Bits Product ID: 32060 Version: 6.1 Arch: ALL Status: Not Subscribed Status Details: Starts: 10/02/2013 Ends: 10/02/2014 Product Name: Awesome OS for x86_64 Bits Product ID: 100000000000002 Version: 3.11 Arch: x86_64 Status: Not Subscribed Status Details: Not covered by a valid subscription. Starts: Ends: === After Subscribing === # subscription-manager list --installed +-------------------------------------------+ Installed Product Status +-------------------------------------------+ Product Name: Awesome OS Instance Server Bits Product ID: 32060 Version: 6.1 Arch: ALL Status: Subscribed Status Details: Starts: 10/02/2013 Ends: 10/02/2014 Product Name: Awesome OS for x86_64 Bits Product ID: 100000000000002 Version: 3.11 Arch: x86_64 Status: Not Subscribed Status Details: Not covered by a valid subscription. Starts: Ends It can be seen from the attachment that the quantity of Awesome OS for x86_64 does not change to '0' VERIFIED
Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. http://rhn.redhat.com/errata/RHBA-2013-1659.html