Bug 1210294 - [RFE] request for subscription-manager to support filtering auto-attach pools using matches
Summary: [RFE] request for subscription-manager to support filtering auto-attach pools...
Keywords:
Status: NEW
Alias: None
Product: Red Hat Enterprise Linux 7
Classification: Red Hat
Component: subscription-manager
Version: 7.3
Hardware: Unspecified
OS: Unspecified
low
medium
Target Milestone: rc
: ---
Assignee: candlepin-bugs
QA Contact: John Sefler
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2015-04-09 11:10 UTC by Rich Jerrido
Modified: 2019-04-01 22:32 UTC (History)
2 users (show)

Fixed In Version:
Doc Type: Enhancement
Doc Text:
Clone Of:
Environment:
Last Closed:


Attachments (Terms of Use)


Links
System ID Priority Status Summary Last Updated
Red Hat Bugzilla 1246270 None None None 2019-04-16 13:45:45 UTC

Internal Links: 1246270

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.


Note You need to log in before you can comment on or make changes to this bug.