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.
Bug 1650974 - System Purpose interferes with registration and attaching entitlements
Summary: System Purpose interferes with registration and attaching entitlements
Keywords:
Status: CLOSED DUPLICATE of bug 1621783
Alias: None
Product: Red Hat Enterprise Linux 8
Classification: Red Hat
Component: subscription-manager
Version: 8.0
Hardware: Unspecified
OS: Linux
urgent
urgent
Target Milestone: rc
: 8.0
Assignee: candlepin-bugs
QA Contact: Red Hat subscription-manager QE Team
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2018-11-18 11:21 UTC by Terry Bowling
Modified: 2022-05-06 05:08 UTC (History)
9 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2018-11-29 15:59:44 UTC
Type: Bug
Target Upstream Version:
Embargoed:

Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Bugzilla 1618398 1 None None None 2021-01-20 06:05:38 UTC
Red Hat Bugzilla 1621783 1 None None None 2021-01-20 06:05:38 UTC
Red Hat Bugzilla 1650941 0 unspecified CLOSED When setting a systems service-level in the installer to "Self Support" the system cannot be registered 2023-05-27 10:01:33 UTC
Red Hat Issue Tracker RHELPLAN-10767 0 None None None 2022-05-06 05:08:50 UTC

Internal Links: 1618398 1621783 1650941

Description Terry Bowling 2018-11-18 11:21:09 UTC 
Description of problem:

  1. Cannot register with Developer Subscription when System Purpose choices were selected during installation.

  2. With Employee subscription, I can register, but auto attach fails.

Version-Release number of selected component (if applicable):

subscription-manager-1.23.8-1.el8.x86_64
Comment 2 Terry Bowling 2018-11-18 11:41:51 UTC 
#### Testing with Developer Subscription

I chose the following System Purpose values during installation.

[root@rhel8beta syspurpose]# cat /etc/rhsm/syspurpose/syspurpose.json 
{
  "role": "Red Hat Enterprise Linux Server",
  "service_level_agreement": "Premium",
  "usage": "Production"


I then tried to register my personal Developer Sub with the following errors:

[root@rhel8beta ~]# subscription-manager register  --username=USERNAME
Registering to: subscription.rhsm.redhat.com:443/subscription
Password: 
HTTP error (400 - Bad Request): Service level "Premium" is not available to units of organization 1218496.
[root@rhel8beta ~]# 
[root@rhel8beta ~]# 
[root@rhel8beta ~]# subscription-manager status
+-------------------------------------------+
   System Status Details
+-------------------------------------------+
Overall Status: Unknown

System Purpose Status: Unknown

#### Unsetting all of the System Purpose fields allowed things to work as expected

[root@rhel8beta syspurpose]# subscription-manager role --unset
role unset.
[root@rhel8beta syspurpose]# subscription-manager usage --unset
usage unset.
[root@rhel8beta syspurpose]# subscription-manager service-level --unset
service_level_agreement unset.
[root@rhel8beta syspurpose]# subscription-manager register  --auto-attach  --username=USERNAME
Registering to: subscription.rhsm.redhat.com:443/subscription
Password: 
The system has been registered with ID: 6cf4607b-26a3-4834-b90f-9b5b6f25b466
The registered system name is: rhel8beta.localdomain
Installed Product Current Status:
Product Name: Red Hat Enterprise Linux for x86_64 Beta
Status:       Subscribed

[root@rhel8beta syspurpose]# yum repolist
Updating Subscription Management repositories.
Updating Subscription Management repositories.
Red Hat Enterprise Linux 8 for x86_64 - AppStream Beta (RPMs)                                                    3.7 MB/s | 6.7 MB     00:01    
Red Hat Enterprise Linux 8 for x86_64 - BaseOS Beta (RPMs)                                                       4.7 MB/s | 2.7 MB     00:00    
Last metadata expiration check: 0:00:01 ago on Sat 17 Nov 2018 04:09:06 PM EST.
repo id                                                  repo name                                                                         status
rhel-8-for-x86_64-appstream-beta-rpms                    Red Hat Enterprise Linux 8 for x86_64 - AppStream Beta (RPMs)                     4,594
rhel-8-for-x86_64-baseos-beta-rpms                       Red Hat Enterprise Linux 8 for x86_64 - BaseOS Beta (RPMs)                        1,686
Comment 11 Kevin Howell 2018-11-29 15:59:44 UTC 
Because we will soften SLA requirements in Candlepin, for Satellite 6.5 and forward, this will not be an issue. If the customer attempts to register with an SLA that they don't have access to on an older Satellite, their registration will be blocked. This is working as SLA was originally designed. If the customer wishes to use RHEL8 with an older Satellite, then they must either set SLA properly or not set 

For subscription-manager, the real issue is bug 1621783, which must be fixed in order to have RHEL8 SLA values match expected SLA values for older Satellite.

There is a related change in Candlepin (server-side) to tolerate mismatching SLA; this is a behavior change in newer version of Candlepin, and will be present in Satellite 6.5 and later (and will be deployed to hosted soon).

Please reach out if you need clarification on this.

*** This bug has been marked as a duplicate of bug 1621783 ***
Note You need to log in before you can comment on or make changes to this bug.