Bug 1155633

Summary: anaconda doesn't use "url --mirrorlist" option from kickstart, uses stage2 instead
Product: [Fedora] Fedora Reporter: Jan Sedlák <jsedlak>
Component: anacondaAssignee: Anaconda Maintenance Team <anaconda-maint-list>
Status: CLOSED NOTABUG QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 21CC: anaconda-maint-list, awilliam, g.kaviyarasu, jonathan, jsedlak, kparal, robatino, vanmeeuwen+fedora
Target Milestone: ---   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard: RejectedBlocker
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2014-10-23 10:01:54 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:
Attachments:
Description Flags
kickstart none

Description Jan Sedlák 2014-10-22 13:56:24 UTC
Created attachment 949402 [details]
kickstart

Description of problem:
I have tried this testcase https://fedoraproject.org/wiki/QA:Testcase_Kickstart_File_Path_Ks_Cfg - I have used vmlinuz and initrd.img from Fedora 21 Server Beta TC4. I have provided kickstart file with "url --mirrorlist=http://mirrors.fedoraproject.org/mirrorlist?repo=fedora-$releasever&arch=$basearch" argument and booted with "stage2=" on kernel line. I have "http://download.eng.brq.redhat.com/pub/fedora/fedora-alt/stage/21_Beta_TC4/Server/x86_64/os/" that doesn't have repo information for stage2 argument. After boot, anaconda showed error with repository - it seemed like anaconda is using "stage2" url instead of the one provided with "url" argument.

I will attach kickstart file. It is from previous Fedora Beta TC4 installation.

Comment 1 Fedora Blocker Bugs Application 2014-10-22 13:58:38 UTC
Proposed as a Blocker for 21-beta by Fedora user jsedlak using the blocker tracking app because:

 I'm not really sure, but it seems to me that it violates:
Unattended installation

Any installation method or process designed to run unattended must do so. There should be no prompts requiring user intervention.

Comment 2 David Shea 2014-10-22 14:07:14 UTC
Please attach the log files from /tmp to this bug as individual, text/plain attachments.

Comment 3 Adam Williamson 2014-10-22 16:05:22 UTC
The criterion cited doesn't cover this, IMO: it doesn't mean "all possible unattended kickstart configurations must work as expected", it's about bugs which are specifically of the form "this should run unattended but for some reason it hits a prompt".

We have "When using the dedicated installer images, the installer must be able to use HTTP, FTP and NFS repositories as package sources.", though that's mostly been interpreted as involving interactive installation, and "The installer must be able to complete a scripted installation which duplicates the default interactive installation as closely as possible.", though this doesn't seem to hit that either because a default install doesn't split 'stage2' and 'url'.

We'll discuss it formally at go/no-go, though.

Comment 4 Adam Williamson 2014-10-22 16:31:53 UTC
So I tested an install from Beta TC4 vmlinuz and initrd.img with params:

inst.stage2=https://dl.fedoraproject.org/pub/alt/stage/21_Beta_TC4/Server/x86_64/os/images/pxeboot/ inst.ks=https://www.happyassassin.net/ks/base-net.ks

(that's a simple test ks with a url --mirrorlist param like Jan's). That works fine for me.

It seems the issue here could be to do with what's in and what's missing from the RH-internal mirror of the Beta TC4 tree Jan was testing with, but at least the 'typical' case where you use a public mirror seems OK.

Comment 5 Adam Williamson 2014-10-22 16:32:31 UTC
doh, bad paste, the params were:

inst.stage2=https://dl.fedoraproject.org/pub/alt/stage/21_Beta_TC4/Server/x86_64/os inst.ks=https://www.happyassassin.net/ks/base-net.ks

Comment 6 Adam Williamson 2014-10-22 16:34:26 UTC
Discussed at 2014-10-22 blocker review meeting: http://meetbot.fedoraproject.org/fedora-blocker-review/2014-10-22/f21-blocker-review.2014-10-22-16.03.log.txt . Rejected as a blocker for now as it doesn't quite seem to hit any criteria and it works with the public repos people would usually be expected to use in a workflow like this, but we're open to re-considering this with more data, so please re-propose with added details if you think the decision was incorrect. Thanks!

Comment 7 Kamil Páral 2014-10-23 10:01:54 UTC
The problem was caused by this line in the kickstart:
> harddrive --dir=None --partition=/dev/mapper/live-base

When I commented it out, everything worked perfectly. Closing.