Bug 189097

Summary: xenguest install fails - installation getting rpms from wrong url
Product: [Fedora] Fedora Reporter: Deon George <dizzy>
Component: anacondaAssignee: David Cantrell <dcantrell>
Status: CLOSED DUPLICATE QA Contact: Brian Brock <bbrock>
Severity: medium Docs Contact:
Priority: medium    
Version: 5CC: bstein, katzj
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: 2006-04-18 20:38:33 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:

Description Deon George 2006-04-16 04:12:36 UTC
Description of problem:
Running xenguest-install to install a guest using this command:

/usr/sbin/xenguest-install.py -n deon -f /home/admin/deon/deon.xen -r 256 -l
http://www.wurley.vpn/yum/Fedora/5/

fails with:
 raise Errors.RepoError, saved_repo_error, 
RepoError: failure: 
Fedora/RPMS/gjdoc-0.7.7-3.1.i386.rpm from
anaconda: [Errno 256] No more mirrors to try.

How reproducible:
Every time.

Steps to Reproduce:
1. Run installation, unselect all components (for a minimal install), fails
almost immediately when going to install packages.
  
Additional info:
My HTTP FC5 repository works fine for running systems with YUM - I used it to
upgrade from FC5test3 to FC5, and use it on other FC5 servers...

It looks like this:
lrwxrwxrwx 1 root root      24 Apr 16 12:29 disc1 -> /mnt/iso/FC-5-i386-disc1
lrwxrwxrwx 1 root root      24 Apr 16 12:29 disc2 -> /mnt/iso/FC-5-i386-disc2
lrwxrwxrwx 1 root root      24 Apr 16 12:30 disc3 -> /mnt/iso/FC-5-i386-disc3
lrwxrwxrwx 1 root root      24 Apr 16 12:30 disc4 -> /mnt/iso/FC-5-i386-disc4
lrwxrwxrwx 1 root root      24 Apr 16 12:30 disc5 -> /mnt/iso/FC-5-i386-disc5
drwxr-xr-x 2 root root     176 Apr 16 12:41 repodata
drwxr-xr-x 2 root root     904 Mar  1 00:55 RPMS.extras

With the ISO's automounted as required (this does work - I use "yum install" on
other systems all the time)

It seems that the installation wants to install gjdoc using this URL (taken from
the apache log):
disc1/Fedora/RPMS/gjdoc-0.7.7-3.1.i386.rpm, whereas the jgodc package is on
disc2? I dont understand how it could think it was on disc1, when createrepo
would have it listed on disc2?

I've re-run createrepo before starting the install just to be sure it was up to
date. (I've also confirmed looking that the createrepo files, that it has
location href=disc2...)

Comment 1 David Cantrell 2006-04-18 20:38:33 UTC

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