Bug 430551 - Kickstart config via http requires multiple attempts
Summary: Kickstart config via http requires multiple attempts
Alias: None
Product: Fedora
Classification: Fedora
Component: anaconda
Version: rawhide
Hardware: All
OS: Linux
Target Milestone: ---
Assignee: Chris Lumens
QA Contact: Fedora Extras Quality Assurance
: 431479 432719 (view as bug list)
Depends On:
Blocks: F9Blocker F9Beta
TreeView+ depends on / blocked
Reported: 2008-01-28 18:53 UTC by Gary Thomas
Modified: 2008-04-03 22:27 UTC (History)
5 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Last Closed: 2008-04-03 22:27:39 UTC
jonstanley: fedora_requires_release_note?

Attachments (Terms of Use)

Description Gary Thomas 2008-01-28 18:53:15 UTC
Description of problem:

Can't load kickstart via HTTP

Version-Release number of selected component (if applicable): (rawhide 2008-01-25)

How reproducible:


Steps to Reproduce:
1. Start install with "ksdevice=eth0 ks=http://www.mlbassoc.com/thinkpad.ks"
Actual results:

Expected results:

Additional info:

This same syntax worked fine with Fedora 8 (I just tested this same
kickstart file using F8)

Comment 1 Chris Lumens 2008-01-28 22:35:24 UTC
Do you have multiple network cards in your computer?

Comment 2 Gary Thomas 2008-01-28 23:23:24 UTC
No - only one ethernet (I gave ksdevice=eth0 out of habit)

I think the problem is in how the URL is parsed.  The logs show something 
silly like
  trying to mount http://www.mlbassoc.com///tftpboot/thinkpad.ks

Comment 3 Jon Stanley 2008-02-05 06:27:04 UTC
I just ran into this as well.  If you keep hitting OK in the 'cannot retrieve
kickstart' it will go back for DHCP again, and the install will proceed
normally,  Every time, the apache access logs show a successful retrieval of the
file: - - [05/Feb/2008:01:05:20 -0500] "GET /config/rawhide.cfg
HTTP/1.0" 200 1102 "-" "anaconda/" - - [05/Feb/2008:01:06:04 -0500] "GET /config/rawhide.cfg
HTTP/1.0" 200 1102 "-" "anaconda/" - - [05/Feb/2008:01:06:40 -0500] "GET /config/rawhide.cfg
HTTP/1.0" 200 1102 "-" "anaconda/" - - [05/Feb/2008:01:06:41 -0500] "GET /config/rawhide.cfg
HTTP/1.0" 200 1102 "-" "anaconda/" - - [05/Feb/2008:01:06:42 -0500] "GET /config/rawhide.cfg
HTTP/1.0" 200 1102 "-" "anaconda/" - - [05/Feb/2008:01:06:43 -0500] "GET /config/rawhide.cfg
HTTP/1.0" 200 1102 "-" "anaconda/" - - [05/Feb/2008:01:06:52 -0500] "GET
/fedora/development/i386/os/images/updates.img HTTP/1.0" 404 325 "-"
"anaconda/" - - [05/Feb/2008:01:06:52 -0500] "GET
/fedora/development/i386/os/images/product.img HTTP/1.0" 404 325 "-"
"anaconda/" - - [05/Feb/2008:01:06:52 -0500] "GET
/fedora/development/i386/os/images/minstg2.img HTTP/1.0" 200 54345728 "-"

The problem is *not* how the URL is parsed - obviously you can use as many
slashes as you'd like in the URL and everything will be fine.

Let me know if there's something more that you need me to do.  Also, I changed
the subject to something a little more sane and descriptive.

Comment 4 Chris Lumens 2008-02-05 15:14:44 UTC
*** Bug 431479 has been marked as a duplicate of this bug. ***

Comment 5 petrosyan 2008-02-05 23:09:28 UTC
I can reproduce this bug when running Fedora rawhide under QEMU.

An interesting observation: if I pass "clock=pit" command line option to the
kernel, then kickstart config file retrieval always fails. If I don't provide
that option, it only fails occasionally.

Comment 6 Jon Stanley 2008-03-15 23:41:36 UTC
F9Beta for now.

Comment 7 Jon Stanley 2008-03-18 04:47:21 UTC
This is unlikely to make it for beta.  Proposed release note:

When delivering a kickstart configuration file via http, the retrieval of the
file  will fail, saying that the file could not be retrieved.  Hitting the OK
button several times without making modifications will result in the file being
used.  As a workaround, use one of the other supported methods to retrieve
kickstart configurations.

Comment 8 Chris Lumens 2008-03-20 14:40:34 UTC
*** Bug 432719 has been marked as a duplicate of this bug. ***

Comment 9 Chris Lumens 2008-03-20 14:55:39 UTC
I disagree with use of the word "will" in the first sentence.  This should be
changed to "may", as many people here are unable to reproduce this problem. 
Saying "will" sets up everyone's expectation that it is going to fail, whereas
that does not seem to be the case.

Comment 10 Jesse Keating 2008-04-01 21:01:47 UTC
Where do we stand with this bug?  Has it been fixed yet, do we need to retest?

Comment 11 Orion Poplawski 2008-04-01 21:49:09 UTC
Well, it seems to be working for me now - and it always failed for me before.

Comment 12 Jon Stanley 2008-04-02 00:39:45 UTC
Same here.  I'll close this tomorrow if no one has objections

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