Note: This bug is displayed in read-only format because
the product is no longer active in Red Hat Bugzilla.
RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
DescriptionShwetha Kallesh
2013-08-23 05:59:24 UTC
Description of problem:
server type of subscription-manager identity after deleting the consumer registered with both RHSM and rhn classic should be just RHN Classic
Version-Release number of selected component (if applicable):
[root@rhel65 ~]# subscription-manager version
server type: RHN Classic
subscription management server: 0.8.19-1
subscription-manager: 1.10.0-1.git.11.3283e12.el6
python-rhsm: 1.10.0-1.git.4.e274ed7.el6
How reproducible:
Steps to Reproduce:
[root@rhel65 ~]# subscription-manager register --org=admin
WARNING
This system has already been registered with Red Hat using RHN Classic.
Your system is being registered again using Red Hat Subscription Management. Red Hat recommends that customers only register once.
To learn how to unregister from either service please consult this Knowledge Base Article: https://access.redhat.com/kb/docs/DOC-45563
Username: admin
Password:
The system has been registered with ID: d1c66405-3a71-4ae8-9072-5fc85584b752
[root@rhel65 ~]# curl -k -u admin:admin --request DELETE https://10.70.35.34:8443/candlepin/consumers/d1c66405-3a71-4ae8-9072-5fc85584b752
[root@rhel65 ~]# subscription-manager identity
server type: RHN Classic and Red Hat Subscription Management
Unit d1c66405-3a71-4ae8-9072-5fc85584b752 has been deleted
[root@rhel65 ~]# subscription-manager identity
server type: RHN Classic and Red Hat Subscription Management
Unit d1c66405-3a71-4ae8-9072-5fc85584b752 has been deleted
Actual results:
server type: RHN Classic and Red Hat Subscription Management
Unit d1c66405-3a71-4ae8-9072-5fc85584b752 has been deleted
Expected results:
server type: RHN Classic
Unit d1c66405-3a71-4ae8-9072-5fc85584b752 has been deleted
Additional info:
Proposing that we skip this fix. The problem will correct itself the next time rhsmcertd runs (every 4 hours by default) and the identity certificate is archived.
I would fix if it were simple but the problem exists in several other places where we assume we're registered if an identity certificate exists, this is done in hundreds of places in subscription manager. The error message that the consumer is deleted is done in our exception handling code for the period of time between deletion and when rhsmcertd runs on client.
Fixing is hampered by the fact that the code which looks up the server version and type does not require any authentication, thus there is no GoneException to be thrown because we do not authenticate as a consumer for this part. Only later in identity command do we try to lookup owner info which triggers the gone. So to fix we would have to combine two things that should not really be combined and start forcing authentication for something that doesn't need it.
Overall feels like not worth fixing considering it's consistent with rest of app, and corrects itself once rhsmcertd runs. Sound ok?