Bug 6408 - wu-ftpd-2.6.0-1.i386.rpm + ftp install = signal 11
wu-ftpd-2.6.0-1.i386.rpm + ftp install = signal 11
Status: CLOSED RAWHIDE
Product: Red Hat Linux
Classification: Retired
Component: installer (Show other bugs)
6.0
i386 Linux
high Severity high
: ---
: ---
Assigned To: Michael Fulbright
:
: 6689 (view as bug list)
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 1999-10-26 22:23 EDT by Nick Urbanik
Modified: 2008-05-01 11:37 EDT (History)
1 user (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2000-02-15 11:33:11 EST
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)

  None (edit)
Description Nick Urbanik 1999-10-26 22:23:00 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[3586]: ANONYMOUS FTP LOGIN FROM
daniel.tyee.vtc.edu.hk [192.168.129.222],
anonymous@localhost.localdomain
Oct 27 01:03:48 www ftpd[3521]: exiting on signal 11
Oct 27 01:15:34 www ftpd[3568]: 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
trick.
Comment 1 Pekka Savola 1999-11-01 06:09:59 EST
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 :)
Comment 2 jeremy 2000-01-14 11:04:59 EST
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):

USER anonymous
PASS root@
TYPE I
PASV
RETR /pub/kickstart/redhat-6.0/i386/RedHat/base/hdlist
PASV

USER anonymous
PASS root@
TYPE I
PASV
RETR /pub/kickstart/redhat-6.0/i386/RedHat/base/stage2.img
PASV

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.
Comment 3 Bernhard Rosenkraenzer 2000-01-18 10:19:59 EST
*** Bug 6689 has been marked as a duplicate of this bug. ***
Comment 4 Bernhard Rosenkraenzer 2000-01-18 10:24:59 EST
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.
Comment 5 Jay Turner 2000-02-08 14:12:59 EST
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.
Comment 6 Jay Turner 2000-02-15 11:33:59 EST
Issue is resolved in the next RawHide.

Note You need to log in before you can comment on or make changes to this bug.