Bug 473251
Summary: | NFS install fails when exporting ISO images | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Simon Andrews <simon.andrews> |
Component: | anaconda | Assignee: | Anaconda Maintenance Team <anaconda-maint-list> |
Status: | CLOSED NOTABUG | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | 10 | CC: | anaconda-maint-list, gordon.messmer, zing |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2008-12-02 15:58:25 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: |
Description
Simon Andrews
2008-11-27 11:18:57 UTC
That's odd. In bug 466992 (and others), Chris Lumens indicates that method=nfsiso: should no longer work (intentionally). Users also report that it does not work. No, you don't want an expanded install tree. What you want to do is make an images/ directory in the same directory as your ISO image, and put the install.img from your ISO image into that directory. anaconda no longer looks inside the ISO for install.img files. You need to provide that either explicitly with stage2=, or implicitly by booting with boot.iso or making the images/ directory. I really don't understand this. What is the advantage to this over the previous behaviour? Anaconda can obviously still work without this via the nfsiso method, so as far as I'm concerned this is a regression from the previous behaviour. Previously I could export a single directory which contained both the i386 and the x86_64 isos and just boot from the appropriate netinstall disk to do a new install. Now I have to separate the isos for different architectures and instead of just downloading them I have to do a loopback mount and extract out a directory from the image as well. All for no greater functionality than I had before. I'd really like to know if there is some great advantage I'm missing here. The point to this is that the loader really just goes and finds a stage2 image, and that's what knows about repos. Loader is really now just passing the location of where the installation media is on to the second stage of anaconda for it to make a decision about what to do. The advantage to the user is that we can have more advanced error handling and recovery by moving all this stuff into python instead of leaving it in the C-based loader. Another (much more secondary) advantage is that it gets rid of a bunch of fragile code we had to keep fixing, freeing up our time to work on better stuff. Anyway if you were doing split media installs, you really should have been keeping different versions/arches in separate locations to begin with, as anaconda could have picked the wrong ones and landed you in some pretty weird situations. We've seen bugs about that. And exactly how much work is it to do the loopback mount thing, since you only have to do that once and then do as many installs as you want from that? Booting with a boot.iso will also save you from having to take that step. |