Bug 216469 - Anaconda fetches wrongly-named files for PXE+HTTP installs
Summary: Anaconda fetches wrongly-named files for PXE+HTTP installs
Keywords:
Status: CLOSED RAWHIDE
Alias: None
Product: Fedora
Classification: Fedora
Component: anaconda
Version: 6
Hardware: i586
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Chris Lumens
QA Contact:
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2006-11-20 17:35 UTC by Phil Mayers
Modified: 2007-11-30 22:11 UTC (History)
1 user (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2006-12-01 22:11:49 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)
Apache log showing anaconda fetching the wrong filenames (2.46 KB, text/plain)
2006-11-20 17:35 UTC, Phil Mayers
no flags Details

Description Phil Mayers 2006-11-20 17:35:10 UTC
Description of problem:

Performing a PXE then HTTP install of FC6 causes Anaconda to start fetching the
wrong files (seemingly wrongly-named) over HTTP. This causes the install to fail
either because it sees the wrong repomd file or no file

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

Anaconda on FC6 release DVD image

How reproducible:

Always

Steps to Reproduce:
1. PXE boot the kernel/ramdisk images from FC6
2. Select HTTP install, type server.domain.com path /kickstart/fc-6
3. Watch it fail
  
Actual results:

Installation fails

Expected results:

Installation should succeed

Additional info:

See attached file for Apache log extract showing a failure

Comment 1 Phil Mayers 2006-11-20 17:35:10 UTC
Created attachment 141672 [details]
Apache log showing anaconda fetching the wrong filenames

Comment 2 Chris Lumens 2006-12-01 22:11:49 UTC
Looks like Peter fixed this with his changes to how the split media urlinstall
directories are discovered.  It'll look for directories containing a .discinfo
file instead of just using a static list of directories.  Please try a tree with
anaconda-11.2.0.1 or later and reopen this bug if you continue to see this problem.

Comment 3 Jean-Luc Richier 2006-12-14 20:19:04 UTC
I had the same problem, my FC6 installed a FC5 on my laptop!
(our http install catalog contains FedoraCore-4, FedoraCore-5, FedoraCore-6)

The bug indeed come from the code in urlinstall.py, precisely the function
__checkUrlForIsoMounts which has the following comments:
# account for multiple mounted ISOs on loopback...bleh
# assumes ISOs are mounted as AAAAN where AAAA is some alpha text
# and N is an integer.  so users could have these paths:
#     CD1, CD2, CD3
#     disc1, disc2, disc3
#     qux1, qux2, qux3
# as long as the alpha text is consistent and the ints increment
#
# NOTE: this code is basically a guess. we don't really know if
# they are doing a loopback ISO install, but make a guess and
# shove all that at yum and hope for the best   --dcantrell

So to avoid the problem, you should use a directory match which does not match
the regular expression [A-Za-z]+-?[0-9]*
For example do not use FC-6 or FC6, but use FC.6 or Fedora-Core-6
I checked the FC.6 and it solved my problem



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