-
Bug
-
Resolution: Done-Errata
-
Normal
-
6.13.0
-
False
-
-
False
-
CLOSED
-
800
-
Phoenix
-
-
-
Sprint 112, Sprint 113, Sprint 114, Sprint 115, Sprint 116
-
Moderate
Description of problem:
whenever we refresh a manifest, a POST and PUT requests are made to the upstream candlepin with an invalid satellite version format in facts.
Sadly, upstream candlepin accepts the version but this causes issues down the road (missing SCA attribute in the RHSM api response, etc. )
The request looks like this:
```
2023-02-08T12:11:01 [debug|kat|8ec0c781] Sending POST request to upstream Candlepin: https://subscription.rhsm.redhat.com/subscription/consumers/<redacted uuid> {"capabilities":[
,
{"name":"derived_product"},
{"name":"vcpu"},
{"name":"cert_v3"},
{"name":"hypervisors_heartbeat"},
{"name":"remove_by_pool_id"},
{"name":"syspurpose"},
{"name":"storage_band"},
{"name":"cores"},
{"name":"multi_environment"},
{"name":"hypervisors_async"},
{"name":"org_level_content_access"},
{"name":"guest_limit"},
{"name":"ram"},
{"name":"batch_bind"}],"facts":{"distributor_version":"sat-6"}}
```
Note, that the valid values for the `distributor_version` according RHSM api are "sat-6.<y>" with `6.12` currently being the latest.
Version-Release number of selected component (if applicable):
6.13.0-snap8 but this has been occurring in 6.12 as well
How reproducible:
always on manifest refresh triggered from satellite
Steps to Reproduce:
1. create a subscription allocation on access.redhat.com
2. choose an appropriate version of satellite
3. download the manifest and upload it to the satellite organization
4. navigate to subscriptions->manage manifest and hit "Refresh"
5. after the refresh is finished, check the subscription allocation details on access.redhat.com
6. the Satellite version is now "Satellite 6"
Actual results:
Satellite version of the allocation is set to invalid value on access.redhat.com
Expected results:
satellite version stays untouched
Additional info: