Bug 103856 - NFS install pauses because all loopback devices are in use
Summary: NFS install pauses because all loopback devices are in use
Alias: None
Product: Red Hat Enterprise Linux 3
Classification: Red Hat
Component: anaconda   
(Show other bugs)
Version: 3.0
Hardware: ia64
OS: Linux
Target Milestone: ---
Assignee: Michael Fulbright
QA Contact: Mike McLean
Depends On:
TreeView+ depends on / blocked
Reported: 2003-09-05 18:54 UTC by Matt Domsch
Modified: 2007-11-30 22:06 UTC (History)
1 user (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2003-09-16 17:48:27 UTC
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

Description Matt Domsch 2003-09-05 18:54:14 UTC
Description of problem:
Installing Taroon Beta 2 on a PowerEdge 7150 server, using NFS pointing at a
directory containing the ISO images for AS (not a directory containing the
extracted files from the ISOs).  Choose various package groups, but not
"Everything".  Install proceeded quite well, VT3 showed it switching from CD 1
to 2 to 3 to 4 to pick up new discs as expected.  However, the install GUI paused 

                        _("The package %s-%s-%s cannot be opened. This is due "
                          "to a missing file or perhaps a corrupt package.  "
                          "If you are installing from CD media this usually "
                          "means the CD media is corrupt, or the CD drive is "
                          "unable to read the media.\n\n"
                          "Press <return> to try again.") % (h['name'],

prompting for a retry when installing openoffice-i18n-*.  This was because all
loopback devices were already in use by the installer, though mount shows only 3
in use.  I manually unmounted /tmp/isomedia, but all loopback devices were
*still* in use.  I ran 'losetup -d /tmp/loop3' (and repeat for 4-7) trying to
free them up, one succeeded.  I was able to manually mount CD 4 by loopback then
to /tmp/isomedia, and the install was able to continue.

Later, when it went to install redhat-release, it needed to switch back to CD 1
to find this, but again was unable to do so.  Manually running 'losetup -d
/tmp/loop2' succeeded, and I was able to mount disc1 on /tmp/isomedia, but that
isn't where anaconda is looking for it I guess...

Now, this last part may have to do with my having the AS, ES, and WS CD images
in the same directory.  I booted off of AS CD 1, but now it's prompting me for a
WS package.  I was able to manually install the redhat-release package it asked
for, but was never able to get it to go past looking for it.  I eventually gave
up, manually made a elilo.conf file, and just rebooted...

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

How reproducible:

Steps to Reproduce:
Actual results:

Expected results:

Additional info:

Comment 1 Matt Domsch 2003-09-05 19:20:52 UTC
To be clear, Dell does not consider this a showstopper.

Comment 2 Jeremy Katz 2003-09-05 19:34:47 UTC
Having the ISOs for all variants in the same directory is very explicitly not
supported.  Only one ISO set per directory, please.  Otherwise things are likely
to get confused.

And that probably leads to a case where we unmount but don't free up a loop
device -- I'll check those error paths.

Comment 3 Jeremy Katz 2003-09-09 21:03:00 UTC
Can you get me the /tmp/anaconda.log and /tmp/syslog from when this happens?

Comment 4 Roland Dreier 2003-09-11 18:10:17 UTC
I ran into a more serious form of this problem.  I had a directory on my NFS
server with discs 1-4 of Taroon beta 2 for both ia64 and x86_64 (ie 8 total iso
images in the same directory).

I booted off of a disc 1 CD with "linux askmethod.  I chose NFS install and
pointed the installer at the directory on the server with the iso images.  This
worked fine on x86_64, but on ia64 the installer gets a kernel oops and can't

When I moved the CD images to separate ia64/ and x86_64/ directories, the ia64
installer works fine.

Comment 5 Matt Domsch 2003-09-16 17:48:27 UTC
Closing, user error.  I moved the 4 install CDs to their own directory and was
able to successfully install.  The problem was that I had the AS, ES, and WS CDs
in the same directory.

Comment 6 Roland Dreier 2003-09-16 17:55:25 UTC
Should this really be closed?  I agree that the underlying cause is user error,
but oopsing in the installer with no feedback as to why is definitely not good

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