Bug 700303

Summary: Subscribing to a contract in firstboot produces Exception
Product: Red Hat Enterprise Linux 6 Reporter: Kenichi Takemura <ktakemur>
Component: subscription-managerAssignee: Bryan Kearney <bkearney>
Status: CLOSED DUPLICATE QA Contact: John Sefler <jsefler>
Severity: high Docs Contact:
Priority: high    
Version: 6.1CC: alikins, ebaak, mganisin, pholica, syeghiay
Target Milestone: rc   
Target Release: ---   
Hardware: i386   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2011-05-04 18:52:06 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Bug Depends On:    
Bug Blocks: 670159    
Attachments:
Description Flags
Exception occurred
none
firstboot traceback none

Description Kenichi Takemura 2011-04-28 04:52:39 UTC
Description of problem:

I tried to subscribe a contract using firstboot SCM but exception occurred.

Version-Release number of selected component (if applicable):
subscription-manager-firstboot-0.95.8-1.el6.i686

How reproducible:
always

Steps to Reproduce:
1. Run firstboot
2. Register system using Entitlement
3. Subscribe to a contract
  
Actual results:
Exception reported.

Expected results:
Success!

Additional info:

Comment 1 Kenichi Takemura 2011-04-28 04:54:08 UTC
Created attachment 495395 [details]
Exception occurred

Comment 3 Kenichi Takemura 2011-04-28 05:25:46 UTC
Additional info:
I hit this exception when selecting auto-subscribe upon registration.
Once this exception occurred, firstboot does not showup due to failure of loading scm(site package) until 'subsctiption-manager clean all' is executed.

Comment 4 RHEL Program Management 2011-04-28 06:00:22 UTC
Since RHEL 6.1 External Beta has begun, and this bug remains
unresolved, it has been rejected as it is not proposed as
exception or blocker.

Red Hat invites you to ask your support representative to
propose this request, if appropriate and relevant, in the
next release of Red Hat Enterprise Linux.

Comment 9 Pavel Holica 2011-05-04 07:28:04 UTC
Hello, I've hit this bug too on RHEL6.1 RC1 i386 Client.

Comment 10 Adrian Likins 2011-05-04 13:03:45 UTC
Anyone got a save traceback from this?

Comment 11 Marian Ganisin 2011-05-04 14:35:41 UTC
Created attachment 496808 [details]
firstboot traceback

Traceback attached. This should be same issue like pholica hit. So this wasn't not exceptional case, I was able to reproduce exactly it as well.

Comment 12 Marian Ganisin 2011-05-04 14:48:32 UTC
Just a impact clarification. Whole firstboot crashes due to this traceback, additionally same traceback occurs right after every other start of firstboot (once this traceback occurs, first window user can see right after every reboot is this traceback).

Comment 14 Adrian Likins 2011-05-04 15:39:59 UTC
What is "approriate variant" in this case?

Which product is selected to subscribe too? One of the tracebacks shows "Red Hat Enterprise Linux Workstation, Standard", any others...

"Red Hat Enterprise Linux Server, Premium (8 sockets)..." seems to work for me.

Comment 15 Adrian Likins 2011-05-04 15:41:36 UTC
Works for me with the product "1.3.6.1.4.1.2312.9.1.69.1: 
                .!Red Hat Enterprise Linux 6 Server"

what product certs are installed on these machines?

Comment 16 Adrian Likins 2011-05-04 15:53:11 UTC
One of the tracebacks looks like an i686 machine, what arch'es are those seeing failures seeing them on?

Comment 17 John Sefler 2011-05-04 16:24:33 UTC
Works for me when subscribing through one of two contracts using firstboot as described in comment #0 with credentials for qa pointing to the production env.  My client is an x86_64 Server on a KVM guest.

[root@jsefler-onprem-6server ~]# rpm -qa | grep subscription-manager
subscription-manager-0.95.9-1.el6.x86_64
subscription-manager-gnome-0.95.9-1.el6.x86_64
subscription-manager-firstboot-0.95.9-1.el6.x86_64

Comment 18 Adrian Likins 2011-05-04 17:24:43 UTC
The fix for this looks to be the same as the fix for 696020, which is in the 0day branch already. We need to cherry-pick dbc4cc51a1747939391b237d05e15b0715bfc53c to the RHEL6-RC branch.


commit dbc4cc51a1747939391b237d05e15b0715bfc53c
Author: Adrian Likins <alikins>
Date:   Fri Apr 15 13:51:47 2011 -0400

    696020: on x86, serial numbers do not like to be long's
    
    Trying to pass a way longer than 4byte 'long' into gtk tree view label
    was throwing errors, so just use it as a string and cast.
    
    Also, the method we were using to detect if we were registered
    wasn't working if no admin api calls were made, so just check
    for existence of consumer id.

Comment 19 Adrian Likins 2011-05-04 18:52:06 UTC

*** This bug has been marked as a duplicate of bug 696020 ***