Description of problem: FTP install fails with [Error] Unable to retrieve ftp://1.2.3.4//fedora/ Fedora/base/stage2.img Version-Release number of selected component (if applicable): Fedora Core 2 Development up to FTP available 25 March, 2004. How reproducible: 99.9% of the time. Steps to Reproduce: 1. Start Fedora installer from bootable CD with "linux askmethod" 2. Select FTP install method, DHCP 3. Enter IP address for servername (e.g. 1.2.3.4) 4. Enter directory (e.g. fedora) Actual results: Unable to retrieve... Expected results: Retrieves files from FTP and starts X installation. Additional info: Firstly, no matter what you do the installer inserts the "/" in front of the directory name. And if you try with no directory, anaconda tells you that you must have a directory in the directory field. Secondly, I'm using an ip address for the server name. Based on the logs from /var/log/vsftpd.log, it seems that the installer is not actually transferring any files, although Alt+F3 shows: * trying to mount CD device hdc * transferring ftp://1.2.3.4//pub/Fedora/base/updates.img to a fd * transferring ftp://1.2.3.4//pub/disc1/Fedora/base/updates.img to a fd * transferring ftp://1.2.3.4//pub/Fedora/base/product.img to a fd * transferring ftp://1.2.3.4//pub/disc1/Fedora/base/product.img to a fd * 248044 kb are available * transferring ftp://1.2.3.4//pub/Fedora/base/stage2.img to a fd * transferring ftp://1.2.3.4//pub/disc1/Fedora/base/stage2.img to a fd Somehow, *I think*, disabling the firewall this morning ("service vsftpd stop") allowed this to work. But I was also using anaconda-9.91-4 and anaconda-runtime-9.91-4 this morning. Error this morning was when it was installing the RPMs - complained that it couldn't find fedora-release-1.91-6, so I updated the appropriate files and re-burned the DVD (actually, recreated the *.iso; that's what's mounted on the FTP site at ftp://1.2.3.4) with anaconda*9.91-6...still no luck. Changed /etc/hosts.allow with ALL: ALL and restarted xinetd and vsftpd, but that didn't help either.
Note: disabled the firewall with "service iptables stop", then did "service vsftpd restart" (Oops.)
Created attachment 98880 [details] Text output from FTP session packet capture OK, more info. Tried using a false directory on the FTP server just to see what the response was...same info on the tty on Alt+F3 (* 248044 kb are available). I'm attaching the packet capture from the FTP session. x.x.x.254 is the FTP server, and x.x.x.252 is the FTP client. Both are on the same subnet, subnet mask is 255.255.255.128. By the time it gets to "stage2.img", this strange error starts appearing (FTP server tells client): Response: vsf_sysutil_recv_peek: no data Additionally, I created a new directory under /var/ftp and mounted the DVD image there. Then I logged on as a user in anaconda ("use Non-Anonymous FTP" checkbox) and provided path: /var/ftp/andrew (absolute path, not an FTP virtual root), username: andrew, password: xxxxx to the installer and it worked. However, *anonymous* still fails during install. Perhaps this is due to the virtual root?
Created attachment 98881 [details] Text output, FTP packet capture Well, somewhere between yesterday afternoon (see previous attachment# 98880 [details]) and this morning it seems to have stopped working. As I recall, I had mounted the DVD (not the iso image) at the FTP path, manually set the IP and removed the default gateway and primary dns settings, then I set the server, directory, username and password and it worked. Using the same stuff, it isn't working today. Interestingly, I'm now seeing ICMP Destination Unreachable messages (Ethereal): Type: 3 (Destination Unreachable) Code: 10 (Host administratively prohibited)
And after info posted here: http://www.redhat.com/archives/fedora-list/2004-January/msg01822.html about ICMP reject code 10 "administratively prohibited", I disabled the firewall ("service iptables stop"). Anonymous FTP still fails, but user "andrew" worked.
This sounds like your ftp server is misconfigured.
Note that I saw similar problems. For my setup, I was installing Fedora Core 3 onto "machine1" which had a CDROM drive in it, with the intent of pulling the rest of the installation media using the FTP method using "machine2" as the FTP server. I had burned the boot.iso onto a CDRW and it booted fine into machine1. I specified the IP address of "machine2" which is on the LAN (no intervening firewall hardware, and iptables on machine2 was set up to allow ftp from the LAN only). "machine2" was running Red Hat 7.3 and the wu-ftpd daemon was running. The installer complained with the message: Unable to retrieve ftp://192.168.0.3//scratch1/overflow/someuser/raw/linux/FedoraCore3/alldiscs/Fed ora/base/stage2.img I ran ethereal on machine2 and watched the FTP protocol which showed: 220 machine2 FTP server (Version wu-2.6.2-5) ready. USER someuser 331 Password required for someuser. PASS *** 230 User someuser logged in. Access restrictions apply. TYPE I 200 Type set to I. PASV 227 Entering Passive Mode (192,168,0,3,119,206) RETR /scratch1/overflow/someuser/raw/linux/FedoraCore3/alldiscs/Fedora/base/upda tes.img 550 /scratch1/overflow/someuser/raw/linux/FedoraCore3/alldiscs/Fedora/base/updat es.img: No such file or directory. 221 You could at least say goodbye. I was puzzled by that since the error message stated a path to "stage2.img" and not "update.img". I tried doing an "ftp localhost" from machine2 and verified that I could not cd into /scratch1, so my wu-ftpd (or something else) must be (mis)configured to disallow me to cd into /scratch1. My fix was to just move my "alldiscs" directory into the someuser HOME directory, and everything proceeded from there.