Red Hat Bugzilla – Bug 6408
wu-ftpd-2.6.0-1.i386.rpm + ftp install = signal 11
Last modified: 2008-05-01 11:37:52 EDT
Our RH 6.0 server runs on a Cyrix P166+ CPU, and had all
updates installed. When I tried installing RH 6.1 by ftp,
the process was extaordiarily slow (was successful
previously). The log contained many messages like this:
Oct 27 01:01:31 www ftpd: ANONYMOUS FTP LOGIN FROM
Oct 27 01:03:48 www ftpd: exiting on signal 11
Oct 27 01:15:34 www ftpd: exiting on signal 11
The results were installation processes that were due to
finish in 250 hours after 14 hours had already elapsed!
When I downgraded back to wu-ftpd-2.5.0-5.6.0.i386.rpm, the
problem disappeared, and the upgrade process sped up
immensely. I restarted the other installation and that is
now going smoothly as before. So what is wrong? Perhaps a
rpm --rebuild wu-ftpd-2.6.0-1.src.rpm might do the
This is related to the bug 6385.
We are experiencing exactly the same symptoms. FTP Installs fail
with 'Error setting remote server to passive mode', and downgrading
the ftp server removes the problem immediately.
Recompiling from .srpm didn't work (as bug report 6385 points out).
I'd recommend you release updated wu-ftpd packages ASAP and fix the
broken clients. Working FTP installs are pretty vital :)
Same problem here installing from a local mirror. At the time of error there
were no other ftp connections and system load as under .05. A sniff trace
revealed a second PASV call after hdlist retrieval. Here are the first two file
retrievals (that were successful):
As you can see, there is a second PASV call. I don't know why that should
make any sort of difference, but it's the only thing I see between the two
that is different at all.
As others have stated, downgrading to wu-ftpd 2.5.0 using the same configuration
immediately fixes the problem.
*** Bug 6689 has been marked as a duplicate of this bug. ***
wu-ftpd 2.6.0 no longer supports broken clients (and compiling it with support
for broken clients would be a bad idea because it would break the ftp protocol,
see http://www.wu-ftpd.org/broken-clients.html for details).
This is actually a bug in the installer for not speaking the correct ftp
protocol; reassigning the bug.
Dr. Mike, this is definitely something that we will want to play with in the lab
and let everyone know what version of wu-ftp is working with the installer.
Issue is resolved in the next RawHide.