Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at bugzilla.redhat.com.

Bug 100403

Summary: http/ftp install from loop back mount of ISO's
Product: [Retired] Red Hat Linux Beta Reporter: Kevin Levron <klevron>
Component: anacondaAssignee: Jeremy Katz <katzj>
Status: CLOSED RAWHIDE QA Contact: Mike McLean <mikem>
Severity: medium Docs Contact:
Priority: medium    
Version: beta1CC: gboyce
Target Milestone: ---   
Target Release: ---   
Hardware: i386   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2006-04-24 18:31:24 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:
Bug Depends On:    
Bug Blocks: 100644    

Description Kevin Levron 2003-07-22 03:48:48 UTC
Description of problem:
When using loop back mounts of ISO images for http/ftp install, the installer
adds an extra element to the directory.

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


How reproducible:
Loop back mount the ISO images.
Ex.
RHbeta/disc1
RHbeta/disc2
RHbeta/disc3

Begin the installer by booting from floppy and using the network driver disk as
needed.
Point the installer to the http/ftp site and use RHbeta as base dir.
The installer begins and goes through configuration.

Actual results:
When the installer prepares to get the packages from the http/ftp site, it
adds an extra element to the path.
Ex.  RHbeta/disc1/disc1
  
Expected results:
The installer should begin looking in the same directory that the 2nd stage
installer was found.
Ex.  RHbeta/disc1

Additional info:
This can be worked around by unmounting the ISO images and remounting in the
disc1 subdirectory after the installer fails to find the first package.
Ex.  RHbeta/disc1/disc1
     RHbeta/disc1/disc2
     RHbeta/disc1/disc3

Comment 1 Jeremy Katz 2003-07-22 14:31:24 UTC
What directory are you pointing at to do your install (should be RHbeta/ and
then the disc1, disc2, disc3 will be checked automagically)

Comment 2 Kevin Levron 2003-07-22 23:35:49 UTC
I am pointing it to RHbeta/. The second stage install is pulled from the
ftp/http site and runs. I go through the entire install configuration screens
(ie. partitioning, network setup, root password, package selection).
When the installer tries to find the first package to install (glibc-common), it
fails saying that it couldn't find the package.
Looking at one of the Alt-F consoles during the http install, it fails trying to
get .../RHbeta/disc1/disc1/glibc-common...
If I unmount the ISO images and remount under disc1, I can click OK and the
install finds and installs the packages.

Comment 3 Jeremy Katz 2003-07-24 02:55:57 UTC
Fixed in CVS, update disk is at http://people.redhat.com/~katzj/severn-updates.img.

If you place this as RedHat/base/updates.img, then it will get used and you
should be able to verify the fix.

Comment 4 Kevin Levron 2003-07-24 04:35:30 UTC
I added the update.img to the RedHat/base directory but it didn't fix the problem.

Should I be able to loop back mount the img file? I get the following message
when I try:
Jul 23 23:16:24 system kernel: EXT2-fs: loop(7,0): couldn't mount because of un
supported optional features (20000).

I noticed the same message on the system that I am using for the beta.

Comment 5 Jeremy Katz 2003-08-02 22:07:46 UTC
*** Bug 101523 has been marked as a duplicate of this bug. ***

Comment 6 Jeremy Katz 2006-04-24 18:31:24 UTC
Mass-closing lots of old bugs which are in MODIFIED (and thus presumed to be
fixed).  If any of these are still a problem, please reopen or file a new bug
against the release which they're occurring in so they can be properly tracked.