Bug 437938

Summary: Unable to install via ftp/http from boot.iso
Product: [Fedora] Fedora Reporter: Sebastian Vahl <fedora>
Component: anacondaAssignee: Anaconda Maintenance Team <anaconda-maint-list>
Status: CLOSED RAWHIDE QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: low Docs Contact:
Priority: low    
Version: rawhideCC: wwoods
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2008-03-18 14:10:25 UTC Type: ---
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
Screenshot of TTY3 in Virtualbox
none
Screenshot of TTY4 in Virtualbox none

Description Sebastian Vahl 2008-03-18 10:34:38 UTC
Description of problem:
With actual boot.iso I am unable to do a http or ftp installation.

Version-Release number of selected component (if applicable):
boot.iso (18-Mar-2008 04:06 116M)

How reproducible:
ever


Steps to Reproduce:
1. Download boot.iso
2. Start boot.iso
3. Select URL installation method
4. Configure language and network
5. Enter URL and hit enter
  
Actual results:
After a few seconds the "URL Setup" screen re-appears

Expected results:
Installation should proceed.

Additional info:
In a ftp installation there is no error "bad HTTP response code" but the URL 
is also listed twice and the installation also isn't working.

Comment 1 Sebastian Vahl 2008-03-18 10:34:38 UTC
Created attachment 298362 [details]
Screenshot of TTY3 in Virtualbox

Comment 2 Sebastian Vahl 2008-03-18 10:43:31 UTC
Created attachment 298363 [details]
Screenshot of TTY4 in Virtualbox

These lines seems to be specific for the problem:
<4> ISOFS: Unabel to identify CD-ROM format.
<4> VFS: Can't find an ext2 filesystem on dev loop0.

Comment 3 Chris Lumens 2008-03-18 14:10:25 UTC
This should be fixed in anaconda-11.4.0.54.

Comment 4 Sebastian Vahl 2008-03-18 14:29:25 UTC
(In reply to comment #3)
> This should be fixed in anaconda-11.4.0.54.

So the actual boot.iso is created with an older version of anaconda? If so, 
when will an updated version be available? After the next rawhide push?



Comment 5 Will Woods 2008-03-18 16:42:45 UTC
Rawhide is created using the anaconda-runtime package that's in the tree that day. So today's tree, which 
has anaconda-runtime-11.4.0.54, *should* have a boot.iso that works.

Now, whether your local mirror has *today's* tree.. is a different question. The simplest way to check is to 
do:
  yum install snake
  snake-tree info [mirrorurl, like http://mirrors.kernel.org/fedora/development/i386/os/]
and check the Name and Time lines - they'll be something like:
Fedora development i386 (20080318), 2008-03-18 04:03 EDT


Comment 6 Sebastian Vahl 2008-03-18 17:23:09 UTC
(In reply to comment #5)
> Rawhide is created using the anaconda-runtime package that's in the tree 
that day. So today's tree, which 
> has anaconda-runtime-11.4.0.54, *should* have a boot.iso that works.

Not here. And the url I've used was:
http://download.fedora.redhat.com/pub/fedora/linux/development/i386/os

> Now, whether your local mirror has *today's* tree.. is a different question. 
The simplest way to check is to 
> do:
>   yum install snake
>   snake-tree info [mirrorurl, like 
http://mirrors.kernel.org/fedora/development/i386/os/]
> and check the Name and Time lines - they'll be something like:
> Fedora development i386 (20080318), 2008-03-18 04:03 EDT

Ok. Thanks. My local copy was still from yesterday. However, it also don't 
work with download.fedora.redhat.com.

I'll wait for the next push and try it again then.



Comment 7 Sebastian Vahl 2008-03-18 17:38:40 UTC
Err. I mixed up my boot.iso's. It's now also working here.

Comment 8 Bruno Wolff III 2008-03-20 14:39:22 UTC
It seems to have been rebroken as I haven't been able to do URL install's with
boot.iso images from either the 19th or 20th.
Anaconda tries to get .discinfo and then after getting a 404 stops making
requests and goes back to the URL entry page. Here is the http log entry:
192.168.0.2 - - [20/Mar/2008:09:06:30 -0500] "GET /fd64/.discinfo HTTP/1.0" 404
288 "-" "anaconda/11.4.0.55"
As far as I can tell .discinfo isn't in the rawhide repository. In the past URL
installs worked without it.

Comment 9 Chris Lumens 2008-03-20 15:14:15 UTC
That check's not really important anymore because we allow you to modify your
repo choice later if you didn't use the correct URL in loader.  So it's been
removed.

Comment 10 Bruno Wolff III 2008-03-20 16:00:13 UTC
OK I see this change has been committed to the git repository. I'll just fudge
.discinfo to do my install today. If this one works as expected I am going to
start really using the machine and  won't be able to retest in the near future.
Thanks for the followup.