Bug 1114047

Summary: [RFE] Will need to have some sort of validation for content (or lack thereof) when provisioning via capsule
Product: Red Hat Satellite Reporter: Corey Welton <cwelton>
Component: ProvisioningAssignee: Justin Sherrill <jsherril>
Status: CLOSED WONTFIX QA Contact: jcallaha
Severity: medium Docs Contact:
Priority: unspecified    
Version: 6.0.3CC: bbuckingham, bhamrick, bkearney, cwelton, greartes, jsherril, kabbott, shughes
Target Milestone: UnspecifiedKeywords: FutureFeature, Triaged
Target Release: Unused   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2017-11-10 20:11:10 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: 1115190    

Description Corey Welton 2014-06-27 14:33:14 UTC
Description of problem:
I have not tested this scenario yet, but I'm pretty sure we haven't accounted for it yet.

If a user sets a capsule as the content source for a provision, but that capsule does not actually have the content, it's obv. not going to work.

We need to implement checks to see if content for a desired installation exists on a capsule before allowing user to select it.

[10:26] < jsherrill> cswiii: we also need to validate that there is a kickstart tree with that release version and arch in the selected content view/lifecycle environment



Version-Release number of selected component (if applicable):

Satellite-6.0.3-RHEL-6-20140626.1

Comment 5 Justin Sherrill 2016-10-04 21:28:38 UTC
Yes, it is.  At host save time, we could validate that a kickstart tree is actually synced to a specified capsule

Comment 6 Bryan Kearney 2017-11-10 20:11:10 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.