Note: This bug is displayed in read-only format because the product is no longer active in Red Hat Bugzilla.
Red Hat Satellite engineering is moving the tracking of its product development work on Satellite 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 "Satellite project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs will be migrated starting at the end of May. 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 "Satellite project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/SAT-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 1905979

Summary: System Purpose bulk setting is not reflected on host
Product: Red Hat Satellite Reporter: Peter Ondrejka <pondrejk>
Component: Hosts - ContentAssignee: Jonathon Turel <jturel>
Status: CLOSED ERRATA QA Contact: Stephen Wadeley <swadeley>
Severity: high Docs Contact:
Priority: unspecified    
Version: 6.9.0CC: bbuckingham, csnyder, jturel, pcreech
Target Milestone: 6.9.0Keywords: Triaged
Target Release: Unused   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: tfm-rubygem-katello-3.18.1.1-1 Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2021-04-21 13:24:23 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description Peter Ondrejka 2020-12-09 13:04:01 UTC
Description of problem:

System purpose bulk action (added in BZ#1894159) allows to set system purpose parameters for hosts, but these changes are not pulled to hosts.

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

Satellite 6.9 snap 4

How reproducible:

always 

Steps to Reproduce:
1. Hosts > Content hosts > select some hosts
2. Select action > Manage System Purpose
3. Select some values for Service Level, Usage Type, Role
4. Submit and let the task complete successfully, observe the system purpose parameters have changed in individual content host's UI
5. ssh to one of the hosts, run:

subscription-manager service-level
subscription-manager usage
subscription-manager role

Actual results:

The subscription-manager command output doesn't correspond with the changes made in the bulk action

Expected results:

Changes should be pulled down by the subscription-manager

Additional info:

Comment 1 Brad Buckingham 2020-12-10 15:00:02 UTC
Jonathon,

Do updates to System Purpose on the Satellite server for a host require 'subscription-manager refresh' or other command to be run on the host/client to be observed?

Comment 2 Jonathon Turel 2020-12-10 23:27:53 UTC
Talked with Chris Snyder today and he mentioned that the commands referenced in the description should be refreshing the values from the server, so it appears to be a subscription-manager bug.

Brad, where's the proper place for this bug to go? Leave it and clone+link to a subscription-manager bug, reassign it outright, something else?

Comment 3 Brad Buckingham 2021-01-05 16:53:54 UTC
If it is a bug within subscription-manager, the bugzilla can/should move to RHEL/subscription-manager.

Is there a workaround that will enable the clients to see the changes?  (e.g. subscription-manager refresh)

Does this impact only the bulk update of hosts or does it also impact changing the details for a single content host?

Comment 5 Peter Ondrejka 2021-01-07 10:49:04 UTC
(In reply to Brad Buckingham from comment #3)

Playing with this again on 6.9 snap 8:

> Is there a workaround that will enable the clients to see the changes? 
> (e.g. subscription-manager refresh)
> 

Running "subscription-manager refresh" has no effect on syncing with the bulk action set syspurpouse parameters

> Does this impact only the bulk update of hosts or does it also impact
> changing the details for a single content host?

Only bulk actions, changing parameters on the content host page is reflected by sub-man as expected

Comment 6 Brad Buckingham 2021-01-07 14:21:17 UTC
The behavior described likely impacts all versions of subscription-manager.

Comment 8 Jonathon Turel 2021-01-07 15:02:06 UTC
Created redmine issue https://projects.theforeman.org/issues/31591 from this bug

Comment 11 Bryan Kearney 2021-01-08 13:43:15 UTC
Moving this bug to POST for triage into Satellite since the upstream issue https://projects.theforeman.org/issues/31591 has been resolved.

Comment 16 errata-xmlrpc 2021-04-21 13:24:23 UTC
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory (Moderate: Satellite 6.9 Release), and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

https://access.redhat.com/errata/RHSA-2021:1313