Bug 468186 - Unable to associate Solaris system with a base channel after disassociation
Unable to associate Solaris system with a base channel after disassociation
Product: Red Hat Satellite 5
Classification: Red Hat
Component: Solaris (Show other bugs)
All Linux
medium Severity medium
: ---
: ---
Assigned To: Milan Zázrivec
Steve Salevan
Depends On:
Blocks: 457000
  Show dependency treegraph
Reported: 2008-10-23 10:17 EDT by Milan Zázrivec
Modified: 2009-09-10 15:41 EDT (History)
3 users (show)

See Also:
Fixed In Version: sat530
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2009-09-10 15:41:01 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description Milan Zázrivec 2008-10-23 10:17:35 EDT
Description of problem:
* Satellite-5.3.0-RHEL4-re20081022.0 / s390x
* Solaris x86 custom channel
* solaris x86 machine subscribed to this custom channel using activationkey

After successful registration, I disassociated client machine with its
base channel, but wasn't unable to assiciate it back again: list of base
channels (rhn/systems/details/SystemChannels.do) is always empty.

Same procedure with a 5.2.0 satellite works smoothly.

Version-Release number of selected component (if applicable):
Satellite-5.3.0-RHEL4-re20081022.0 / s390x
Comment 1 Milan Zázrivec 2008-10-25 10:49:48 EDT
I'm not sure whether this is related or not, but when I do the following:
* register a sun4v machine to my satellite (with enabled solaris support)
* disassociate it with its base channel
* delete the machine profile
* re-run the registration from the sun4v machine, I get following message
on the sun4v client system:

Could not retrieve action item from server <Server for rhndev6.z900.redhat.com/XMLRPC>
Error code: -31
Error Message:
    Service not enabled for system profile: "rhnsun16.rhnsun.rdu.redhat.com"
Error Class Code: 31
Error Class Info: 
     This system does not have a valid entitlement for Red Hat Network.
     Please visit https://rhndev6.z900.redhat.com/rhn/systems/SystemEntitlements.do
     or login at https://rhndev6.z900.redhat.com, and from the "Your Spacewalk" tab,
     select "Subscription Management" to enable RHN service for this system.
     An error has occurred while processing your request. If this problem
     persists please enter a bug report at bugzilla.redhat.com.
     If you choose to submit the bug report, please be sure to include
     details of what you were trying to do when this error occurred and
     details on how to reproduce this problem.

Following error is present in /var/log/httpd/error.log:
('Server has invalid release and token contains no base channels', 1000010091,
[{'note': 'solaris-sun4v', 'usage_limit': None, 'user_id': 1,
'org_id': 1, 'server_id': None, 'token_desc': 'RHN Satellite Management
Entitled Servers', 'token_type': 'enterprise_entitled', 'token': '1-c720f6bad3e91799051867e6e1ee5544', 'token_id': 1, 'deploy_configs': 'N',
'kickstart_session_id': None, 'is_base': 'Y'}])
RHN 16854 2008/10/25 10:38:14 -04:00: ('Server Not Entitled', 1000010091)

And most importantly, something manipulates with the db:
SQL> select * from rhnServerServerGroupArchCompat where server_arch_id = lookup_server_arch('sparc-sun4v-solaris');

no rows selected

SQL> select * from rhnServerServerGroupArchCompat where server_arch_id = lookup_server_arch('sparc-sun4v-solaris');

no rows selected

SQL> select lookup_server_arch('sparc-sun4v-solaris') from dual;



All of the selects from above where returing sane data before the whole
procedure (universe.deploy.sql contains the rows that are now missing).
Comment 2 Milan Zázrivec 2008-10-25 10:54:04 EDT
Needless to say, the machine I was trying to register did appear in the
system list in the webui, but it was unentitled.

After I do following, everything returns back to normal (i.e. I'm able to
register the machine again without any problems):

SQL> insert into rhnServerServerGroupArchCompat (server_arch_id,
server_group_type) values (lookup_server_arch('sparc-sun4v-solaris'),

1 row created.

SQL> insert into rhnServerServerGroupArchCompat (server_arch_id,
server_group_type ) values (lookup_server_arch('sparc-sun4v-solaris'),

1 row created.
Comment 3 Milan Zázrivec 2008-10-25 10:58:49 EDT
In comment #1 I forgot to include this query:

SQL> select * from rhnServerChannelArchCompat  where server_arch_id = LOOKUP_SERVER_ARCH('sparc-sun4v-solaris');

no rows selected
Comment 4 Milan Zázrivec 2008-10-29 09:17:08 EDT
The problem with channel disassociation / association is not specific
to solaris (or custom) channels only. Same thing happens with Red Hat
channels too.
Comment 5 Milan Zázrivec 2009-04-16 03:50:19 EDT
I believe this was fixed by Brad in bz #477530. I'm moving this one
to ON_QA.
Comment 6 Steve Salevan 2009-04-17 17:20:26 EDT
I followed the reproducer, and I was able to associate/dissociate base channels for each of my Solaris machines, with the list being populated with the correct number of applicable channels each time.  I believe that we can consider this bug VERIFIED, tested on the 4/14 ISO.
Comment 7 Brandon Perkins 2009-09-10 15:41:01 EDT
An advisory has been issued which should help the problem
described in this bug report. This report is therefore being
closed with a resolution of ERRATA. For more information
on therefore solution and/or where to find the updated files,
please follow the link below. You may reopen this bug report
if the solution does not work for you.


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