Note: This bug is displayed in read-only format because the product is no longer active in Red Hat Bugzilla.

Bug 840988

Summary: RFE: Ability to define custom installation repo in recipeset without need to inject custom kickstart
Product: [Retired] Beaker Reporter: Gabriel Szasz <gszasz>
Component: schedulerAssignee: Bill Peck <bpeck>
Status: CLOSED DUPLICATE QA Contact:
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 0.9CC: bpeck, dcallagh, mishin, rmancy, stl
Target Milestone: ---   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard: Misc
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2012-09-28 02:14:31 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 Gabriel Szasz 2012-07-17 19:39:42 UTC
Motivation: We need to install RHEL 6.2 directly from the repo containing recent RHEL 6.2.Z build [1] instead of standard RHEL 6.2 [2]. Otherwise "yum update" takes too long and it significantly prolongs the test time that is needed for the scheduled job. Currently the only bullet-proof way how to reach the desired behavior is to provide custom kickstart with modified "repo" command via <kickstart> tag (providing custom distribution repo URL). As far as the only altered part of the provided kickstart file are the "repo" commands, this solution is adding undesired complexity into our recipesets (and also into the code that is generating the recipeset in our Jenkins job).


Proposal: We propose to improve functionality of the existing <repo> tag, to allow user to specify that the custom repo will not be just added to the /etc/yum.repos.d in the %post section, but it will be also add corresponding "repo" command and thus Anaconda will use custom repo during installation.

For our tests is also essential to add the possibility to replace (or override) the "repo" command that defines distribution repo URL, as far as we want Beaker to use the provided distribution repo URL (e.g. [1]) instead of [2].


Note: To be correct, the default kickstart for RHEL 6.2 is actually specifying [3] in the repo command (to allow Anaconda to access RHEL 6.2 repo via NFS). Nevertheless, using [1] instead of [3] reduces our test-time anyway (as described in the motivation section above).


[1] http://download.lab.bos.redhat.com/brewroot/repos/RHEL-6.2-Z-build/latest/x86_64
[2] http://download.eng.bos.redhat.com/released/RHEL-6/6.2/Server/x86_64/os/Server
[3] nfs:bigpapi.bos.redhat.com:/vol/engarchive2/redhat/released/RHEL-6/6.2/Server/x86_64/os/

Comment 1 Dan Callaghan 2012-09-28 02:14:31 UTC

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