Description of problem: anaconda drop into debug shell when install repository NFSISO variation. Version-Release number of selected component (if applicable): 17.13 How reproducible: always Steps to Reproduce: 1.Boot the installer using any available means (netinst.iso, pxeboot images or DVD.iso) 2.Direct anaconda to use the package repo from a NFS server where your DVD iso images are stored by repo= boot command. like repo=nfsiso[:options]:<server>:/<path> 3.Proceed with installation Actual results: anaconda drop into debug shell Expected results: Anaconda uses the package repository from the NFS server provided. Additional info:
Please attach the complete traceback or log files you're getting to this bug report.
I think I reproduced this bug locally. Try "repo=nfs[:options]:<server>:/<path>" instead. (it'll do the same thing as nfsiso anyway.) Should be fixed in anaconda git, f17-branch: 8d5d4b9 dracut: fix anaconda-netroot for inst.repo=nfsiso:..
This should be proposed as a blocker. Proposing. Fails criteria: "The installer must be able to use the HTTP, FTP and NFS remote package source options" https://fedoraproject.org/wiki/Fedora_17_Beta_Release_Criteria
(In reply to comment #2) > Try "repo=nfs[:options]:<server>:/<path>" instead. (it'll do the same thing as > nfsiso anyway.) That doesn't work for me, it prints "mount.nfs: mount point /run/install/repo is not a directory". I placed the DVD.iso in the <path>.
Looking into it. In the meantime, if there's only one .iso in the directory, you should be able to just leave the .iso name out of the path. If there are multiple isos, you could temporarily work around the problem by making a new directory and symlinking the desired iso into that new dir.
There's two bugs here, so I'm splitting it up: This bug is about "inst.repo=nfs:...:/path/to/filename.iso" failing. The "nfsiso" error message is now tracked in bug 804813.
(In reply to comment #6) > This bug is about "inst.repo=nfs:...:/path/to/filename.iso" failing. In that case we might remove the blocker bug here, because this functionality is not explicitly stated to work in http://fedoraproject.org/wiki/Anaconda/Options (at least by my understanding, it's not clarified much).
Agreed -1 blocker, we don't require in the criteria or document an expectation that nfs=path/to/filename.iso will work. As Kamil suggested un-proposing it, I'll just go ahead and do that. -- Fedora Bugzappers volunteer triage team https://fedoraproject.org/wiki/BugZappers
anaconda-17.14-1.fc17 has been submitted as an update for Fedora 17. https://admin.fedoraproject.org/updates/anaconda-17.14-1.fc17
Package anaconda-17.14-1.fc17: * should fix your issue, * was pushed to the Fedora 17 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing anaconda-17.14-1.fc17' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2012-4546/anaconda-17.14-1.fc17 then log in and leave karma (feedback).
anaconda-17.14-1.fc17 has been pushed to the Fedora 17 stable repository. If problems still persist, please make note of it in this bug report.
This bug was closed automatically by Bodhi, but we still need to verify it. Changing status to ON_QA.
This doesn't work. I booted with repo=nfs:192.168.1.1:/mnt/data/iso/Fedora-17-Beta-i386-DVD.iso I received an error "(32, 'mount.nfs: mount point /run/install/source is not a directory')". I found that 192.168.1.1:/mnt/data/iso/ is mounted at /run/install/source. It contains multiple ISO images, also the one I supplied in the repo= command. Please note that anaconda documentation doesn't claim that this should work! But comment #2 does. I'm fine with closing this as a notabug.
Still a problem with F18, it doesn't crash though. It just won't use the file.iso as the source for stage2. It will use it as the package source though, so not a huge problem.
With anaconda 18.37.10 I used inst.repo=nfs:server:/path/dvd.iso and it worked fine.
anaconda 18.37.10 is stable, closing.