Created attachment 479401 [details]
Description of problem:
During an NFS ISO installation, the following error appears while transitioning to the repo setup screen: "umount.nfs4: /mnt/source: device is busy"
Version-Release number of selected component (if applicable):
* anaconda-15.20-1 (with updates for 15.21-1)
Steps to Reproduce:
1. Boot F-15-Alpha-TC2 with "askmethod"
2. At installation source dialog, select NFS and enter server+path to a F-15-Alpha-x86_64-DVD.iso
┌──────┤ Error Setting Up Repository ├───────┐
│ The following error occurred while setting │
│ up the installation repository: │
│ (16, 'umount.nfs4: /mnt/source: device is │
│ busy\numount.nfs4: /mnt/source: device is │
│ busy') │
│ Please provide the correct information for │
│ installing Fedora. │
│ ┌────┐ │
│ │ OK │ │
│ └────┘ │
Package repo available and used for installation
* See attached tarball containing log files ...
-rw-r--r-- root/root 12562 2011-02-17 15:56 tmp/anaconda.log
-rw-r--r-- root/root 872 2011-02-17 15:55 tmp/ifcfg.log
-rw-r--r-- root/root 41404 2011-02-17 15:56 tmp/program.log
-rw-r--r-- root/root 319949 2011-02-17 15:56 tmp/storage.log
-rw-r--r-- root/root 54956 2011-02-17 15:59 tmp/syslog
Did you try testing with the updates image for 676821?
(In reply to comment #1)
> Did you try testing with the updates image for 676821?
Yes, in this test, I used updates=http://jlaska.fedorapeople.org/updates/f-15-alpha-tc2.img
That contains a fix for bug#676821
What does "mount" on tty2 think? From the looks of things, the thing we do immediately before this error is unmount the only thing under /mnt/source. There's got to be something else I'm not seeing.
Created attachment 479605 [details]
(In reply to comment #4)
> What does "mount" on tty2 think? From the looks of things, the thing we do
> immediately before this error is unmount the only thing under /mnt/source.
> There's got to be something else I'm not seeing.
anaconda-15.21-1 will have a little extra debugging output here, since I'm curious about this /tmp/mnt business. I'm not sure if it's related or not but it's good to be sure. If you can retest post-alpha and look for this message:
+ logMessage(ERROR, "could not unmount /tmp/mnt in getFileFromNfs: %s", strerror(errno));
Discussed at the 2011-03-11 blocker review meeting, accepted as a blocker per criterion "The installer must be able to use the HTTP, FTP and NFS remote package source options".
James, this one is on you - do we have images yet that would enable you to provide the info requested in comment #6, or are we waiting for those?
This needs DVD ISO's to test. I created a sample DVD ISO last Friday, but it wasn't sufficient to test. I'll retry again shortly. If nothing else, we'll confirm this with TC1 DVD ISO.
Created attachment 488243 [details]
Testing with a custom-built anaconda-15.25-1 DVD.iso image, I get the following ...
┌─────────────┤ Error ├─────────────┐
│ The URL provided does not contain │
│ installation media. │
│ ┌────┐ │
│ │ OK │ │
│ └────┘ │
The attached anaconda.log shows ...
19:50:46,126 INFO loader: url is nfs:dell-t5400.test.redhat.com:/var/lib/libvirt/images/x86_64/.treeinfo
19:50:46,126 DEBUG loader: parseNfsHostPathOpts url: |dell-t5400.test.redhat.com:/var/lib/libvirt/images/x86_64/.treeinfo|
19:50:46,127 DEBUG loader: parseNfsHostPathOpts host: |dell-t5400.test.redhat.com|
19:50:46,127 DEBUG loader: parseNfsHostPathOpts path: |/var/lib/libvirt/images/x86_64/.treeinfo|
19:50:46,127 DEBUG loader: parseNfsHostPathOpts opts: |(null)|
19:50:46,127 INFO loader: file location: nfs:dell-t5400.test.redhat.com:/var/lib/libvirt/images/x86_64/.treeinfo
19:51:56,789 ERR loader: failed to open /tmp/mnt/.treeinfo: No such file or directory
19:51:56,789 ERR loader: failed to copy file to /tmp/.treeinfo
19:51:56,809 DEBUG loader: parseNfsHostPathOpts url: |dell-t5400.test.redhat.com:/var/lib/libvirt/images/x86_64|
19:51:56,809 DEBUG loader: parseNfsHostPathOpts host: |dell-t5400.test.redhat.com|
19:51:56,809 DEBUG loader: parseNfsHostPathOpts path: |/var/lib/libvirt/images/x86_64|
19:51:56,809 DEBUG loader: parseNfsHostPathOpts opts: |(null)|
19:51:56,825 ERR loader: couldn't mount dell-t5400.test.redhat.com:/var/lib/libvirt/images/x86_64 to look for NFSISO
Note, my NFS directory contains *only* Fedora-15-x86_64-DVD.iso, I did not add the .treeinfo file. I didn't think that was required.
You don't need a .treeinfo file. What happens is that because the UI doesn't give you an NFS ISO choice, we have to try both kinds of NFS installs. So first we check if it's a regular NFS tree that contains a .treeinfo file. That fails, and then we check to see if it's an NFS ISO tree.
That last error about "couldn't mount..." is where the real problem is. The reason should be logged in /tmp/syslog or /tmp/program.log. Can you attach those?
Created attachment 488250 [details]
Note, this log may contain some output when I manually ran mount from a shell. If this is confusing matters, I can reproduce the issue without this additional noise.
Created attachment 488251 [details]
Heads up ... it appears that loader/hdinstall.c is also impacted by the "-t auto" option (see Michael's comment#14 in bug#678086). I've asked Michael to track that new issue in this bug.
clumens: let me know if you prefer having the loader/hdinstall.c mount failure as a new bug, I'll be happy to create one for you.
Can I see the program.log from an HD attempt to verify this is the same problem? There are a couple places that error message can come from.
Created attachment 488520 [details]
/tmp/program.log (anaconda-15.25-1) - HD ISO
(In reply to comment #15)
> Can I see the program.log from an HD attempt to verify this is the same
> problem? There are a couple places that error message can come from.
Looking at program.log, this appears to be sufficiently different than the NFS ISO problem. At your command, I'll file this as a new bug.
anaconda-15.26-1.fc15 has been submitted as an update for Fedora 15.
* should fix your issue,
* was pushed to the Fedora 15 testing repository,
* should be available at your local mirror within two days.
Update it with:
# su -c 'yum update --enablerepo=updates-testing anaconda-15.26-1.fc15'
as soon as you are able to.
Please go to the following url:
then log in and leave karma (feedback).
anaconda-15.26-1.fc15 has been pushed to the Fedora 15 stable repository. If problems still persist, please make note of it in this bug report.