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-manager	Assignee:	candlepin-bugs
Status:	CLOSED WONTFIX	QA Contact:	John Sefler <jsefler>
Severity:	medium	Docs Contact:
Priority:	low
Version:	7.3	CC:	bcourt, jgiordan, redakkan, wpoteat
Target Milestone:	rc	Keywords:	FutureFeature, SubscriptionExperience, Triaged, UserExperience
Target Release:	---
Hardware:	Unspecified
OS:	Unspecified
Whiteboard:
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:
Embargoed:

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.