Red Hat Bugzilla – Bug 119173
FTP install fails with "Unable to retrieve stage2.img"
Last modified: 2007-11-30 17:10:38 EST
Description of problem:
FTP install fails with
Unable to retrieve
Version-Release number of selected component (if applicable):
Fedora Core 2 Development up to FTP available 25 March, 2004.
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. 188.8.131.52)
4. Enter directory (e.g. fedora)
Unable to retrieve...
Retrieves files from FTP and starts X installation.
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://184.108.40.206//pub/Fedora/base/updates.img to a fd
* transferring ftp://220.127.116.11//pub/disc1/Fedora/base/updates.img to a fd
* transferring ftp://18.104.22.168//pub/Fedora/base/product.img to a fd
* transferring ftp://22.214.171.124//pub/disc1/Fedora/base/product.img to a fd
* 248044 kb are available
* transferring ftp://126.96.36.199//pub/Fedora/base/stage2.img to a fd
* transferring ftp://188.8.131.52//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://184.108.40.206) 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
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:
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
I ran ethereal on machine2 and watched the FTP protocol which showed:
220 machine2 FTP server (Version wu-2.6.2-5) ready.
331 Password required for someuser.
230 User someuser logged in. Access restrictions apply.
200 Type set to I.
227 Entering Passive Mode (192,168,0,3,119,206)
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.