Bug 2109696

Summary: [RFE] Add optional lifecycle environment option to hammer command "hammer content-view info"
Product: Red Hat Satellite Reporter: Jessica Richards <jrichards2>
Component: Content ViewsAssignee: satellite6-bugs <satellite6-bugs>
Status: NEW --- QA Contact: Satellite QE Team <sat-qe-bz-list>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 6.9.0CC: apatel, kgaikwad, ofedoren, rabajaj, sajha
Target Milestone: UnspecifiedKeywords: FutureFeature
Target Release: Unused   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 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 Jessica Richards 2022-07-21 20:45:09 UTC
1. Proposed title of this feature request

[RFE] Add optional lifecycle environment option to hammer command "hammer content-view info"

2. Who is the customer behind the request?

sysmgmt team

3. What is the nature and description of the request?

I'd like to request that the option "--lifecycle-environment" be added to the following hammer command, as an optional feature:

# hammer content-view info

4. Why does the customer need this? (List the business requirements here)

Sometimes customers ask us for help figuring out why their hosts can't see certain content provided by their content views.  We can run "subscription-manager identity" on the host to see both the content view and the lifecycle environment to which the host is registered.

On the Satellite side, we can run "hammer content-view info --name 'CV_NAME'" to get information about the contents of the latest version of the content view, we can run "hammer content-view version list" to get a list of content view versions and their associated lifecycles, and we can run "hammer content-view version info --id IDNUM" to get the contents of one of the items in the version list.

What we can't do is to run one hammer command to get the repositories that exist in the version of a content view that has been promoted to a particular lifecycle environment.  That complicates our instructions to the customers, and can lengthen the time required to gather information from them.

5. How would the customer like to achieve this? (List the functional requirements here)

It would probably require updates to the foreman API.

6. For each functional requirement listed, specify how Red Hat and the customer can test to confirm the requirement is successfully implemented.

Run the new command and compare the results to what we see in the web interface.

7. Is there already an existing RFE upstream or in Red Hat Bugzilla?

no

8. Does the customer have any specific time-line dependencies and which release would they like to target (i.e. RHEL5, RHEL6)?

no

9. Is the sales team involved in this request and do they have any additional input?

no

10. List any affected packages or components.

foreman

11. Would the customer be able to assist in testing this functionality if implemented?

yes

Comment 2 Brad Buckingham 2023-07-21 21:06:39 UTC
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.