Description of problem: When running from the netins ios immage I can't get the systme to accept my ip address information. Version-Release number of selected component (if applicable): How reproducible: Have yet to get it to work. Running the disk1 ios and then using askmethod seems to still work. Steps to Reproduce: 1.make a netinst cd 2.boot from it 3.get to the point of entering network information enter address a.b.c.b (a public ip) /255.255.255.224 gateway a.b.c.1 (first ip in network is thew router) name server 10.10.1.1 (we have an internal network off the router that has our main name server) Actual results: you get a nondescript error message when you click to go on. ctrlalt f5 screen has some more logical messages. The talk about being unable to parse ifcfg-eth0.new. When I check I can't find such a file, but can find an ifcfg-eth0 which contains logical values which result from the data entered. Expected results: going on and asking for a url and then installing Additional info:
I wonder if this has anything to do with Bug 469434?
I cannot reproduce this bug locally using rawhide.
OK maybe it got fixed at some point. But lets make sure we are talking the same thing. Are you booting from a cd made from the netinst iso? You said that you used the rawhide one. The one I used was in 10 and was apparently generated on 11/20. I can't find any newer ones???
(In reply to comment #3) > OK maybe it got fixed at some point. But lets make sure we are talking the > same thing. > > Are you booting from a cd made from the netinst iso? Yes. > You said that you used the rawhide one. The one I used was in 10 and was > apparently generated on 11/20. I can't find any newer ones??? http://download.fedora.redhat.com/pub/fedora/linux/development/i386/os/images/
Interesting I can't find a netinst iso at that url. There is a boot.iso The problem I was experiencing as specific to the disk generated for the netinst.iso image. Using the first disk or I believe probably the "boot" disk worked. This disk in the current release seems to work. It was how I completed successfully. Instead of using the netinst I used the first cd in the cd set. I exited out added askmethod and then returned and booted. Then I selected to install from url and everything ran hunky doory. But using the netinst disk did not work. It seems to be a error in this specific image.
In rawhide, we are only providing a boot.iso image, which is the installer images on a bootable CD. There are no packages on the CD, so you have to perform a network install to complete the installation. Where did you get the netinst image you used initially?
http://chuck.ucs.indiana.edu/linux/fedora/linux/releases/10/Fedora/i386/iso/
Going to reassign this one to pungi (which may be wrong, but it should pass in front of jkeating). jkeating, Why would boot.iso and the netinst iso be different?
They aren't. On the filesystem, netinst.iso is a hardlink back to boot.iso. boot.iso is unchanged in name for compat and historical reasons, but the iso we expose in isos/ has been renamed to better extol it's functionality. It's hard to say what happened here without a bit more information, as it seems Ray is testing various isos from the Fedora 10 release, and David is testing isos from post-F10 rawhide. The isos tested (netinst.iso from 10 and boot.iso from rawhide) are essentially the same, but will of course vary due to one being of 10 content, one being of post-10 content. Since the bug is filed against 10, I'm kicking it back to anaconda (which could rightfully do a CLOSED->RAWHIDE)
Noted. Thanks, Jesse. Since I can't reproduce this one in rawhide, I'm closing it.
interesting. Now when I use this disk (iso generated from file created 12/27) it doesn't even bother to ask me for a network interface information or apparently try to bring it up. It also errors out and will not allow me to do anything with the error data.