From owner-freebsd-current@FreeBSD.ORG Wed Jul 21 15:34:35 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E3DAC16A4CE for ; Wed, 21 Jul 2004 15:34:35 +0000 (GMT) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3104743D5C for ; Wed, 21 Jul 2004 15:34:35 +0000 (GMT) (envelope-from andre@freebsd.org) Received: (qmail 31688 invoked from network); 21 Jul 2004 15:32:18 -0000 Received: from unknown (HELO [62.48.0.47]) ([62.48.0.47]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 21 Jul 2004 15:32:18 -0000 Message-ID: <40FE8D0A.2030407@freebsd.org> Date: Wed, 21 Jul 2004 17:34:34 +0200 From: Andre Oppermann User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7) Gecko/20040608 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Darren Pilgrim References: <000001c46f11$1f53a880$132a15ac@spud> In-Reply-To: <000001c46f11$1f53a880$132a15ac@spud> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: 'Matt White' cc: freebsd-current@freebsd.org cc: 'Robert Watson' Subject: Re: fetch hangs, part 2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Jul 2004 15:34:36 -0000 Darren Pilgrim wrote: >>From: Robert Watson [mailto:rwatson@freebsd.org] >> >>On Tue, 20 Jul 2004, Darren Pilgrim wrote: >> >>>I've been having the same (or a similar problem). Fetching the distfile >>>for a port will hang. I poked some more at this and found that all the >>>sites fetch is hanging on successfully negotiate the TCP connection then >>>go dead without closing the connection. My workaround has been to edit >>>the Makefile and remove the offending site from MASTER_SITES or manually >>>fetch from ftp.freebsd.org. >> >>Could you try disabling TCP SACK > > Set net.inet.tcp.delayed_ack=0? > >>and see if things "get better"? It's one >>of the things that has changed in the TCP code recently. This could well >>be a user space fetch issue, but it would be worth trying it to see, if >>only to rule it out. > > It didn't change. The connections still hung. Darren sent me a list with sites where he experiences the problem and I have tested them with FreeBSD 5-CURRENT (yesterday's), 4.10-STABLE and Windows 2kSP4. None worked. For FreeBSD fetch waited for the connection timeout and went to the second site to fetch the tarball (successfully). Maybe he was just not patient enough to wait for fetch to move on. -- Andre