Bug 1210294

Summary: [RFE] request for subscription-manager to support filtering auto-attach pools using matches
Product: Red Hat Enterprise Linux 7 Reporter: Rich Jerrido <rjerrido>
Component: subscription-managerAssignee: candlepin-bugs
Status: CLOSED WONTFIX QA Contact: John Sefler <jsefler>
Severity: medium Docs Contact:
Priority: low    
Version: 7.3CC: bcourt, jgiordan, redakkan, wpoteat
Target Milestone: rcKeywords: FutureFeature, SubscriptionExperience, Triaged, UserExperience
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Fixed In Version: Doc Type: Enhancement
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2020-03-31 10:12:56 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:

Description Rich Jerrido 2015-04-09 11:10:24 UTC
Description of problem:

Newer versions of subscription-manager (>=1.13.7), a user can invoke a command to search for a matching subscription. 

Example would be:

subscription-manager list --available --matches 'Awesome*'

Which would show all the pools that match 'Awesome'

This RFE requests extending the 'attach' subcommand such that the user can attach the matching subscriptions with one command. Proposed example would be

subscription-manager attach --available --matches 'Awesome*' 

This would support this use case:

"As a user, I know I need a sub that provides RHEL, RHSCL & Satellite
(because the documentation says so), I may not have any/all of them installed yet (thus no product certs in /etc/pki/product) and I am deferring the decision making to you (subscription-manager) because you are better at it than me"

After invoking the proposed command, (which would give us a much shorter list of pools to work with) we'd run through a process similar
to auto-attach, where we consult the systems facts, host/guest
relationship, SLA preference, etc. to *attempt* to pick the most appropriate
pool, (I.e. a virtual guest should preferably consume from its
hypervisors pool before consuming a unit/instance based sub).  Failing
gracefully with 'you don't have a sub that matches what you asked for'
is totally appropriate.

Comment 2 John Sefler 2015-04-09 13:13:19 UTC
Let me try and rephrase the request...

The syntax for the new function would be...

# subscription-manager attach --auto --matches 'Awesome*' 
or now that --auto is the default behavior starting in subscription-manager-1.14)
# subscription-manager attach --matches 'Awesome*'

Under the covers, candlepin's algorithm would be something like this...
  1a. search through all of the engineering product (Names and IDs) that are provided by the currently available pools for this consumer
  1b. assume that the matching engineering products are installed
  2a. search through all of the subscription pools (Names, SKU, Contract, Service Level) that are currently available for this consumer
  2b. assume that *all* of the product Ids provided by the matching subscriptions are installed
  3.  run the auto binding algorithm against only the union of assumed installed products from 1b and 2b.

Reference on matches: https://bugzilla.redhat.com/show_bug.cgi?id=1146125#c7

Comment 7 Barnaby Court 2017-08-21 14:10:31 UTC
This is specifically for adding the ability to use the --matches flag with the auto-attach to filter the pools that will be considered for auto-attch.

Comment 8 Rehana 2020-03-31 10:12:56 UTC
Thank you for your request. With the improvements we have done to the subscribe experience in the recent years with the introduction of new features like System purpose and enablement of simple content access.  We don't believe this request is needed to be delivered any more. We are therefore closing this out as WONTFIX. If you have any concerns about this, please feel free to reach out to us.