Note: This bug is displayed in read-only format because the product is no longer active in Red Hat Bugzilla.

Bug 1075883

Summary: Hypervisor can't subscribe the Instance base subscription in the stage candlepin
Product: [Community] Candlepin (Migrated to Jira) Reporter: Liushihui <shihliu>
Component: candlepinAssignee: Bryan Kearney <bkearney>
Status: CLOSED CURRENTRELEASE QA Contact: Katello QA List <katello-qa-list>
Severity: high Docs Contact:
Priority: unspecified    
Version: 0.9CC: bkearney, dgoodwin, it-eng-bz, liliu, sgao, tbowling
Target Milestone: ---   
Target Release: ---   
Hardware: x86_64   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2016-07-22 14:39:10 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On:    
Bug Blocks: 994246, 1075802    
Attachments:
Description Flags
screenshot1
none
screenshot2 none

Description Liushihui 2014-03-13 06:12:49 UTC
Description of problem:
When test the virt-who +ESX5.5 against stage candlepin. After the host/guest association has been send to stage candlepin. In the stage web UI, The hypervisor can't subscribe the Instance base subscription.

Version-Release number of selected component (if applicable):
subscription-manager-1.10.14-4.el7.x86_64
python-rhsm-1.10.12-1.el7.x86_64
virt-who-0.8-12.el7.noarch

How reproducible:
Always

Steps to Reproduce:
1. Prepare RHEL7.0 with latest subscription-manager and virt-who installed.
It has been registered to stage candlepin with username/password:stage_sam_test/redhat
virt-who run normally.
ESX host has been added to vcenter, And ESX host has two guests.
Our test env as the following:
vCenter: 10.66.78.16
ESX host 1: 10.66.13.181

2. Configure virt-who in ESX mode as the following:
[root@hp-z220-03 ~]# cat /etc/sysconfig/virt-who 
    # Enable debugging output.
    VIRTWHO_DEBUG=1
    VIRTWHO_INTERVAL=10
    # Register ESX machines using vCenter
    VIRTWHO_ESX=1
    # Option for ESX mode
    VIRTWHO_ESX_OWNER=7067527
    VIRTWHO_ESX_ENV=Library
    VIRTWHO_ESX_SERVER=10.66.78.16
    VIRTWHO_ESX_USERNAME=administrator
    VIRTWHO_ESX_PASSWORD=qwer1234P!

3. Register one of the guest to stage candlepin.
# subscription-manager register --username=stage_sam_test --password=redhat

4. Monitor the rhsm log, the host/guest mapping info has send to stage candlepin
# tail -f /var/log/rhsm/rhsm.log
2014-03-13 10:40:42,736 [DEBUG]  @virt-who.py:528 - Virt-who is running in esx mode
2014-03-13 10:40:42,736 [DEBUG]  @virt-who.py:535 - Starting infinite loop with 10 seconds interval and event handling
2014-03-13 10:40:47,904 [DEBUG]  @subscriptionmanager.py:109 - Sending update in hosts-to-guests mapping: {44454c4c-4200-1034-8039-b8c04f503258: [4200ce86-d3dd-d5f5-dc84-d68f92482ae0, 42002108-4bd6-86da-6253-e10d2e9cdbdf]}

5. Open the stage web UI (https://access.stage.redhat.com/management/consumers/)
with username/password:stage_sam_test/redhat

6. Go to Subscription-->Subscription management-->Units-->Hypervisors, click the 44454c4c-4200-1034-8039-b8c04f503258, open this hypervisor's main page.

7. Click on "Attach a subscription", choose the instance base subscription which name is"Red Hat Enterprise Linux Server, Premium (Physical or Virtual Nodes)", Then click the button of "Attach selected".

Actual results:
Failed to subscribe the instance base subscription, it will display the remind messages in the stage web UI,please see as the following or see the screenshot1 in the attchment.
"Too many content sets for certificate Red Hat Enterprise Linux Server, Premium (Physical or Virtual Nodes). A newer client may be available to address this problem. See kbase https://access.redhat.com/knowledge/node/129003 for more information."

Expected results:
subscribe the instance base subscription successfully.

Additional info:
1. The guest can subscribe the instance base subscription in both Stage Web UI and in Command Line. please see the screenshot2 in the attachment.
2. Hypervisor can subscribe any other subscriptions successfully.
3. The instance base subscription's attribution as the following:
Subscription Name: Red Hat Enterprise Linux Server, Premium (Physical or Virtual Nodes)
Provides:          Red Hat Enterprise Linux 7 Public Beta
                   Red Hat Enterprise Linux Resilient Storage (for RHEL Server) - Extended Update Support
                   Red Hat Software Collections (for RHEL Server)
                   Red Hat Enterprise Linux High Availability (for RHEL Server) - Extended Update Support
                   Red Hat EUCJP Support (for RHEL Server) - Extended Update Support
                   Red Hat Enterprise Linux Server - Extended Update Support
                   Red Hat Beta
                   Red Hat Enterprise Linux High Performance Networking (for RHEL Server) - Extended Update Support
                   Red Hat Enterprise Linux Scalable File System (for RHEL Server) - Extended Update Support
                   Red Hat Enterprise Linux Load Balancer (for RHEL Server) - Extended Update Support
                   Red Hat Enterprise Linux Server
                   Red Hat Software Collections Beta (for RHEL Server)
                   Red Hat S-JIS Support (for RHEL Server) - Extended Update Support
SKU:               RH00003
Contract:          10318836
Pool ID:           8a99f9844369611601436be9129e44e9
Available:         78
Suggested:         1
Service Level:     Premium
Service Type:      L1-L3
Subscription Type: Instance Based
Ends:              01/05/2015
System Type:       Physical

Comment 1 Liushihui 2014-03-13 06:13:47 UTC
Created attachment 873798 [details]
screenshot1

Comment 2 Liushihui 2014-03-13 06:15:13 UTC
Created attachment 873799 [details]
screenshot2

Comment 3 Devan Goodwin 2014-04-16 11:30:12 UTC
Candlepin needs to set the certificate version fact to something 3 or greater when making the dummy hypervisor records. Moving to our components.

Comment 4 Carter Kozak 2014-04-16 12:51:53 UTC
commit 522c8b456c453a62a58429b5f74d6efa212d21ff
Author: ckozak <ckozak>
Date:   Wed Apr 16 08:47:28 2014 -0400

    1075883: whitelist hypervisor consumers for certv3

Comment 5 Liushihui 2014-04-22 09:17:21 UTC
It also exist on SAM-1.4.0-RHEL-6-20140416.0

Version-Release number of selected component (if applicable):
katello-headpin-1.4.3.26-1.el6sam_splice.noarch
candlepin-0.9.6-1.el6_5.noarch

Comment 6 Liushihui 2014-05-14 07:32:08 UTC
It also exist on SAM-1.4.0-RHEL-6-20140512.0

Version-Release number of selected component (if applicable):
candlepin-0.9.6-1.el6_5.noarch
katello-headpin-1.4.3.26-1.el6sam_splice.noarch

Comment 7 Liushihui 2014-06-12 03:15:25 UTC
It can't reproduce on the latest stage candlepin.

Comment 8 Liushihui 2014-07-15 08:57:35 UTC
Retest it on the Rhev-hypervisor6-6.5-20140624.0.el6ev + Rhevm-3.4.0-0.22.el6ev(RHEVM mode) against stage candlepin, it can't reproduce

Comment 9 Terry Bowling 2014-07-15 20:37:56 UTC
Does the fact that you cannot reproduce the issue on the latest tests suggest that the proposed patch resolves the issue?

I have a customer hitting this bug.  Could I get a build of the candlepin and katello-headpin packages that fix this for him to test in his RHEL 6.5 environment?

Comment 10 Liushihui 2014-07-24 07:00:32 UTC
It still exist on SAM-1.4.1-RHEL-6-20140714.1

Comment 11 Terry Bowling 2014-07-31 15:12:28 UTC
I am confused on where this is at.  It is in post state.  Will we see this resolved in the upcoming RHEL 6.6 release?

This is a blocker for SAM to be useful in large VMware hypervisor environments and we have a strategic partner very interested in seeing this resolved.

Comment 12 Devan Goodwin 2014-08-01 12:52:41 UTC
This is a server side fix required in SAM, the patch referenced above definitely fixes the issue however it was done after SAM 1.4 was released. 

More details are in bug #1124016 but the fix has been backported and is due to release as a SAM 1.4.1 errata very soon.

Comment 14 Mike McCune 2016-03-28 22:21:14 UTC
This bug was accidentally moved from POST to MODIFIED via an error in automation, please see mmccune with any questions

Comment 15 Barnaby Court 2016-07-22 14:39:10 UTC
Moving to closed per the updated candlepin process for bugs that have been merged or have been taken care of.

Comment 16 Red Hat Bugzilla 2023-09-14 02:04:55 UTC
The needinfo request[s] on this closed bug have been removed as they have been unresolved for 1000 days