Bug 244913 - anaconda fails performing post-installation file system changes from live cd
anaconda fails performing post-installation file system changes from live cd
Status: CLOSED RAWHIDE
Product: Fedora
Classification: Fedora
Component: anaconda (Show other bugs)
7
i386 Linux
low Severity high
: ---
: ---
Assigned To: Jeremy Katz
Fedora Extras Quality Assurance
:
: 243374 246055 (view as bug list)
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 2007-06-19 16:03 EDT by R Bruce Hoffman
Modified: 2007-11-30 17:12 EST (History)
2 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2007-06-25 17:55:35 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)
reported output from anaconda scp'd to other box (fc6) (116.54 KB, text/plain)
2007-06-19 16:03 EDT, R Bruce Hoffman
no flags Details

  None (edit)
Description R Bruce Hoffman 2007-06-19 16:03:19 EDT
Description of problem:
Anaconda fails after copying live image to hard drive while performing
post-installation file system changes.

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


How reproducible: 
4 or 5 tries, unsuccessful

Steps to Reproduce:
1. Load live cd, boot up, log in as root, choose install on hard drive
2. Choose review of file system layout
3. Set up LVM with /=5G, /home=10G, /tmp=5G, /usr=15G, /usr/local=10G, /var=2G
and swap at 2G
4. Get through the rest
5. Let er rip.
  
Actual results:
attached

Expected results:
An install

Additional info:
Comment 1 R Bruce Hoffman 2007-06-19 16:03:19 EDT
Created attachment 157412 [details]
reported output from anaconda scp'd to other box (fc6)
Comment 2 Jeremy Katz 2007-06-20 10:40:04 EDT
Is it still up -- can you see what's running that's stopping /mnt/sysimage/usr
from being unmounted?
Comment 3 R Bruce Hoffman 2007-06-25 13:22:08 EDT
No, it wasn't still up.

I tried this again today, on a spare 30G drive on my thinkpad and got the same
results with different sizes for the partitions.

The fuser shows all the processes using the /mnt but nothing about the
/mnt/sysimage/usr and when I do a straight umount against the /mnt/sysimage/usr
I get "in use" and "not in mtab".

I will leave this one up for a while, so, if there is something specific I can
do to find the user, feel free to let me know.
Comment 4 Jeremy Katz 2007-06-25 13:44:45 EDT
Try `ls -lR /proc/*/fd` and see if there's anything referencing /mnt/sysimage/usr.

And I'll try to set up a reproducer a bit later today if you don't get anything.
Comment 5 R Bruce Hoffman 2007-06-25 13:48:15 EDT
Here's an oddity...

Listing out the /proc/mounts I see that /usr/local (which is one of the
partitions that I allocate separately) is still mounted under /usr...

So, I unmount /mnt/sysimage/usr/local and then I can unmount /mnt/sysimage/usr.

It would seem that either the process knows nothing about allocating /usr/local
or it's a sequencing error.
Comment 6 Jeremy Katz 2007-06-25 14:15:22 EDT
Aha, I see what's going on.  It's definitely due to the /usr/local mountpoint. 
When we go to do the rearranging of bits, it doesn't taken into accounts mount
like that.  Working on a fix...
Comment 7 Jeremy Katz 2007-06-25 17:55:35 EDT
Okay, fixed in anaconda CVS but I want to spend a little bit more time testing
it before being comfortable committing it on the F7 branch for a future update.
 If you want to grab it and test it you can do
  cvs -d:pserver:anonymous@rhlinux.redhat.com:/usr/local/CVS co anaconda/livecd.py

and replace /usr/lib/anaconda/livecd.py with it
Comment 8 Jeremy Katz 2007-06-28 10:57:19 EDT
*** Bug 246055 has been marked as a duplicate of this bug. ***
Comment 9 Holger Levsen 2007-08-21 14:19:43 EDT
*** Bug 243374 has been marked as a duplicate of this bug. ***

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