Bug 1217261

Summary: [RFE] allow custom repos to specify arch and releasever
Product: Red Hat Satellite Reporter: Justin Garrison <justin.garrison>
Component: Content ManagementAssignee: satellite6-bugs <satellite6-bugs>
Status: CLOSED DUPLICATE QA Contact: Katello QA List <katello-qa-list>
Severity: medium Docs Contact:
Priority: medium    
Version: UnspecifiedCC: alex.shearn, bbuckingham, bkearney, cwelton, lorenzo.dalrio, mvanderw, smane, sokeeffe
Target Milestone: UnspecifiedKeywords: FutureFeature, PrioBumpField, Triaged
Target Release: Unused   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: Enhancement
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2018-04-26 19:05:33 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:
Bug Depends On:    
Bug Blocks: 260381    

Description Justin Garrison 2015-04-29 21:51:57 UTC
Description of problem: when registering a system using an activation key and a custom product I cannot easily attach to content.
For eg if I have an epel product and a server activation key I cannot use the activation key for multiple server versions because epel 6 repos will attach to 7 hosts and vice versa. This means I either need to have different products/activation keys for epel (6epel, 7epel) and make smaller scoped activation keys (--activationkey server,7epel,7custom) or I have to make special activationkeys that contain the version/product and somehow manage licenses available in each key. With that example I would still make products for each epel version but then in the activation key automatically place the correct product and split available entitlements between a 6server and 7server activation key.
The problem also comes up when specifying architecture per repo (6epelx86?)

How reproducible: Always

Steps to Reproduce:
1. Make a custom product with content for different OS releasever and architecture
2. create an activation key that uses that product
3. subscribe a machine to the activation key

Actual results:
Servers attempt to auto attach to the incorrect release of products

Expected results:
Servers would only attach to products of their releasever and arch

Comment 1 RHEL Program Management 2015-04-29 21:53:15 UTC
Since this issue was entered in Red Hat Bugzilla, the release flag has been
set to ? to ensure that it is properly evaluated for this release.

Comment 4 Bryan Kearney 2016-07-08 20:34:11 UTC
Per 6.3 planning, moving out non acked bugs to the backlog

Comment 10 Bryan Kearney 2018-04-26 19:05:33 UTC
Thank you for your interest in Satellite 6. We have evaluated this request, and we do not expect this to be implemented in product in the forseeable future. We are therefore closing this out as WONTFIX. If you have any concerns about this, please feel free to contact Rich Jerrido or Bryan Kearney. Thank you.

Comment 11 Sean O'Keeffe 2019-12-19 08:26:32 UTC

*** This bug has been marked as a duplicate of bug 1526564 ***