Description of problem: 'The service-level command is not supported by the server.' when list available service-level with Credentials on a unregistered RHEL9.0 Version-Release number of selected component (if applicable): candlepin-4.0.5-1.el7sat.noarch subscription-manager: 1.29.15-1.el9 How reproducible: always Steps to Reproduce: 1. List available service-level by 'subscription-manager syspurpose' on a unregistered RHEL9.0: [root@kvm-07-guest01 ~]# subscription-manager identity This system is not yet registered. Try 'subscription-manager register --help' for more information. [root@kvm-07-guest01 ~]# subscription-manager syspurpose service-level --list --username=admin --password=admin --org=Default_Organization Error: The service-level command is not supported by the server. 2. Check rhsm.log: [root@kvm-07-guest01 ~]# tail -f /var/log/rhsm/rhsm.log 2021-07-01 02:41:22,572 [ERROR] subscription-manager:13434:MainThread @connection.py:827 - Response: 404 2021-07-01 02:41:22,573 [ERROR] subscription-manager:13434:MainThread @connection.py:828 - JSON parsing error: Expecting ':' delimiter: line 1 column 11 (char 10) Actual results: As step 1, error happened when list available service-level from Sat6.10. Expected results: the service-level values should be listed. Additional info:
Hi , Can you please share additional details 1. Please execute the same commands after setting the environment variables described here https://www.candlepinproject.org/docs/subscription-manager/debug_http_traffic.html#sts=Debug%20Environment%C2%A0Variables and please share the outputs 2. Please let us know if the existing command ` subscription-manager service-level --list --username=admin --password=admin --org=Default_Organization ` works against the same server or not. thanks, Rehana
(In reply to Rehana from comment #1) > Hi , > > Can you please share additional details > > 1. Please execute the same commands after setting the environment variables > described here > https://www.candlepinproject.org/docs/subscription-manager/ > debug_http_traffic.html#sts=Debug%20Environment%C2%A0Variables > > and please share the outputs > > 2. Please let us know if the existing command ` subscription-manager > service-level --list --username=admin --password=admin > --org=Default_Organization ` works against the same server or not. > > > thanks, > Rehana Hi, Please check the following: 1. [root@kvm-07-guest01 ~]# subscription-manager syspurpose service-level --list --username=admin --password=admin --org=Default_Organization Making request: ent-01-vm-02.lab.eng.nay.redhat.com:443 GET /rhsm/owners/Default_Organization/servicelevels {'Content-type': 'application/json', 'Accept': 'application/json', 'x-subscription-manager-version': '1.29.15-1.el9', 'X-Correlation-ID': '77f947bf7c9a4f9692ee476023a98d9f', 'Authorization': 'Basic YWRtaW46YWRtaW4=', 'Accept-Language': 'en-us', 'User-Agent': 'RHSM/1.0 (cmd=subscription-manager) subscription-manager/1.29.15-1.el9', 'Content-Length': '0'} 404 {'Date': 'Fri, 02 Jul 2021 01:44:29 GMT', 'Server': 'Apache', 'Foreman_version': '2.5.0', 'Foreman_api_version': '2', 'Foreman_current_organization': '; ANY', 'Foreman_current_location': '; ANY', 'Content-Type': 'application/json; charset=utf-8', 'Cache-Control': 'no-cache', 'X-Request-Id': '2a0b5c0c-c954-4b95-a727-ce9e48c0d799', 'X-Runtime': '0.322852', 'Strict-Transport-Security': 'max-age=631139040; includeSubdomains', 'X-Frame-Options': 'sameorigin', 'X-Content-Type-Options': 'nosniff', 'X-XSS-Protection': '1; mode=block', 'X-Download-Options': 'noopen', 'X-Permitted-Cross-Domain-Policies': 'none', 'Content-Security-Policy': "default-src 'self'; child-src 'self'; connect-src 'self' ws: wss:; img-src 'self' data:; script-src 'unsafe-eval' 'unsafe-inline' 'self'; style-src 'unsafe-inline' 'self'", 'Set-Cookie': '_session_id=9a43c2dc584dce79e0e4a290fec4761f; path=/; secure; HttpOnly; SameSite=Lax', 'Via': '1.1 ent-01-vm-02.lab.eng.nay.redhat.com', 'Transfer-Encoding': 'chunked'} {"message"=>"Organization with id Default_Organization not found", "displayMessage"=>"Organization with id Default_Organization not found"} Error: The service-level command is not supported by the server. 2. [root@kvm-07-guest01 ~]# subscription-manager service-level --list --username=admin --password=admin --org=Default_Organization Making request: ent-01-vm-02.lab.eng.nay.redhat.com:443 GET /rhsm/owners/Default_Organization/servicelevels {'Content-type': 'application/json', 'Accept': 'application/json', 'x-subscription-manager-version': '1.29.15-1.el9', 'X-Correlation-ID': '2f6317f5a2544e32a095f9efcf551439', 'Authorization': 'Basic YWRtaW46YWRtaW4=', 'Accept-Language': 'en-us', 'User-Agent': 'RHSM/1.0 (cmd=subscription-manager) subscription-manager/1.29.15-1.el9', 'Content-Length': '0'} 404 {'Date': 'Fri, 02 Jul 2021 01:44:54 GMT', 'Server': 'Apache', 'Foreman_version': '2.5.0', 'Foreman_api_version': '2', 'Foreman_current_organization': '; ANY', 'Foreman_current_location': '; ANY', 'Content-Type': 'application/json; charset=utf-8', 'Cache-Control': 'no-cache', 'X-Request-Id': '48ebe2b0-28ee-4c83-99fa-268ccf7e7ec2', 'X-Runtime': '0.332786', 'Strict-Transport-Security': 'max-age=631139040; includeSubdomains', 'X-Frame-Options': 'sameorigin', 'X-Content-Type-Options': 'nosniff', 'X-XSS-Protection': '1; mode=block', 'X-Download-Options': 'noopen', 'X-Permitted-Cross-Domain-Policies': 'none', 'Content-Security-Policy': "default-src 'self'; child-src 'self'; connect-src 'self' ws: wss:; img-src 'self' data:; script-src 'unsafe-eval' 'unsafe-inline' 'self'; style-src 'unsafe-inline' 'self'", 'Set-Cookie': '_session_id=2eeb782e380b6d2b0e2b8f31e2b68592; path=/; secure; HttpOnly; SameSite=Lax', 'Via': '1.1 ent-01-vm-02.lab.eng.nay.redhat.com', 'Transfer-Encoding': 'chunked'} {"message"=>"Organization with id Default_Organization not found", "displayMessage"=>"Organization with id Default_Organization not found"} Error: The service-level command is not supported by the server.
*** Bug 1978101 has been marked as a duplicate of this bug. ***
This is not parseable json. When I make this call against candlepin-3.0-HOTFIX I get actual json: {"displayMessage" : "Organization with id Default_Organization could not be found.", "requestUuid" : "9cb79f6f-f655-45c7-a1a9-0278a699a2da"} But against this version [candlepin-4.0.5] I get: {"message"=>"Organization with id Default_Organization not found", "displayMessage"=>"Organization with id Default_Organization not found"} this is not parsable json. I assume that this is something that is happening at the server. I do not know why this has changed. Moving to Candlepin for investigation
This is indeed a regression in 6.10 - adding it to our sprint!
Removing sat-6.10.0 since this isn't a regression in 6.10
*** Bug 2027589 has been marked as a duplicate of this bug. ***
This bug exists on Satellite6.12 snap 9.0.
Upon review of our valid but aging backlog the Satellite Team has concluded that this Bugzilla does not meet the criteria for a resolution in the near term, and are planning to close in a month. This message may be a repeat of a previous update and the bug is again being considered to be closed. If you have any concerns about this, please contact your Red Hat Account team. Thank you.
Hi Brad, Thanks for your notice. This bug is one of the test cases in RHSM integration testing against Satellite6. I would like to confirm with you: 1. You mean this bug is not an important feature of Satellite after the satellite team’s review? 2. Will this bug be closed as WONTFIX? If not WONTFIX, I need to open a new bug to track this issue after this bug is closed.
I've updated the bugzilla so that it remains open based upon comment 22.
This bug exists on Satellite6.13.
This bug exists on Satellite6.14.