This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author neologix
Recipients nagle, neologix
Date 2013-09-20.17:39:55
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <CAH_1eM3Hd_mfDyn-Te36f3DurJrponrOsh5br6LO2NE3zCOD-Q@mail.gmail.com>
In-reply-to <1379178919.09.0.701878177992.issue18907@psf.upfronthosting.co.za>
Content
> So this may have been a DNS related issue, perhaps a load balancer referring the connection to a dead machine.  Yet, for some reason, the Windows command line FTP client can recover from this problem after 20 seconds? What are they doing right? Completely retrying the open?

Do you mean you're able to pass a timeout greater than 20 seconds to
the Windows command line FTP client?

In any case, there's nothing much we can do: if the TCP stack returns
the connection broken (timed out), we can't do much.
On Linux, you can increase the sysctls I mentioned in my previous
message, but that's it.
History
Date User Action Args
2013-09-20 17:39:56neologixsetrecipients: + neologix, nagle
2013-09-20 17:39:56neologixlinkissue18907 messages
2013-09-20 17:39:55neologixcreate