From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([69.77.167.62] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1KsETK-0001FR-8S for garchives@archives.gentoo.org; Tue, 21 Oct 2008 10:28:18 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id D54F3E0241; Tue, 21 Oct 2008 10:28:17 +0000 (UTC) Received: from rabble.robbieab.com (rabble.robbieab.com [213.79.38.74]) by pigeon.gentoo.org (Postfix) with ESMTP id 79C80E0241 for ; Tue, 21 Oct 2008 10:28:17 +0000 (UTC) Received: from [192.168.1.69] (helo=rabbit.robbieab.com) by rabble.robbieab.com with esmtp (Exim 4.69) (envelope-from ) id 1KsETH-0007Ix-MS for gentoo-user@lists.gentoo.org; Tue, 21 Oct 2008 11:28:15 +0100 Date: Tue, 21 Oct 2008 11:28:12 +0100 From: Robert Bridge To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] ftp transfer dies Message-ID: <20081021112812.7a3c21b1@rabbit.robbieab.com> In-Reply-To: <200810210822.10808.michaelkintzios@gmail.com> References: <200810210615.35765.michaelkintzios@gmail.com> <58965d8a0810202257q2943dd30m232a64aff945f63f@mail.gmail.com> <200810210822.10808.michaelkintzios@gmail.com> X-Mailer: Claws Mail 3.5.0 (GTK+ 2.12.11; i686-pc-linux-gnu) Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org Mime-Version: 1.0 Content-Type: multipart/signed; boundary="Sig_/ZXgOZEHERhH7L1vdD3B_qoL"; protocol="application/pgp-signature"; micalg=PGP-SHA1 X-Archives-Salt: 1e62943e-4e01-41b3-bc88-0a30b5f7069f X-Archives-Hash: ecec25355fae1af3aebec94d7e18d25a --Sig_/ZXgOZEHERhH7L1vdD3B_qoL Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Tue, 21 Oct 2008 08:21:49 +0100 Mick wrote: > On Tuesday 21 October 2008, Paul Hartman wrote: > > On Tue, Oct 21, 2008 at 12:15 AM, Mick > > wrote: > > > Hi All, > > > > > > Any idea why this happens: > > > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > > > 150 Ok to send data. > > > 100% |***********************************| 224 MiB 46.74 > > > KiB/s 00:00 ETA > > > 226 File receive OK. > > > 235279855 bytes sent in 1:21:59 (46.70 KiB/s) > > > local: xab remote: xab > > > 227 Entering Passive Mode (205,178,145,65,166,71) > > > 150 Ok to send data. > > > 34% |*********** | 115 MiB 46.80 > > > KiB/s 1:19:27 ETAtnftp: Writing to network: Connection reset by > > > peer 0% | | -1 0.00 > > > KiB/s --:-- ETA > > > 500 OOPS: child died > > > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > > > > > > It is rare that I am able to complete more than a single file > > > transfer before the "connection is reset by peer". As these are > > > relatively large files and the upload is unattended this is > > > rather annoying. -- > > > Regards, > > > Mick > > > > That used to happen to me when I was using a piece-of-junk D-Link > > router. It was one of those $29.99 consumer-grade deals. It would > > reboot itself constantly when it was under any kind of load. I > > replaced it with a $50 router with DD-WRT and things have been fine > > ever since. Might not have anything to do with your problem, but I > > figured I'd mention it. Check your router logs to see if it's having > > any problems. >=20 > Thanks Paul, >=20 > On the client side I am running a $500 professional grade router and > I assume that the server ISP is also running something upmarket in > their data center. >=20 > On this topic the client-server arrangement straddles the Atlantic > ocean, so who knows how many routers and switches it jumps across. > That said the failure pattern is consistent: first file always > transfers cleanly, then second transfer fails after a while. Could > it be some configured disk/account quote, dropping transfers above a > certain size on the (Unix) server? Are you running through a proxy? --Sig_/ZXgOZEHERhH7L1vdD3B_qoL Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkj9rr8ACgkQZr0UhZgPVmzyrQCg0aSQQgTKnPPN6VveBweNuyzp hUgAoN7fY4lZ6Ep/90O0H0byo+4NLCvF =/CBM -----END PGP SIGNATURE----- --Sig_/ZXgOZEHERhH7L1vdD3B_qoL--