From owner-freebsd-questions@FreeBSD.ORG Thu Aug 9 14:05:58 2007 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AA5A216A421 for ; Thu, 9 Aug 2007 14:05:58 +0000 (UTC) (envelope-from nvass@teledomenet.gr) Received: from smtp.teledomenet.gr (smtp.teledomenet.gr [213.142.128.2]) by mx1.freebsd.org (Postfix) with ESMTP id 6642B13C461 for ; Thu, 9 Aug 2007 14:05:58 +0000 (UTC) (envelope-from nvass@teledomenet.gr) Received: from iris (unknown [192.168.1.71]) by smtp.teledomenet.gr (Postfix) with ESMTP id B836F1423E9; Thu, 9 Aug 2007 17:04:05 +0300 (EEST) From: Nikos Vassiliadis To: freebsd-questions@freebsd.org Date: Thu, 9 Aug 2007 17:04:31 +0300 User-Agent: KMail/1.9.1 References: <200708091025.43912.bramschoenmakers@xs4all.nl> <200708091213.47740.nvass@teledomenet.gr> <200708091543.11003.bramschoenmakers@xs4all.nl> In-Reply-To: <200708091543.11003.bramschoenmakers@xs4all.nl> X-NCC-RegID: gr.telehouse MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200708091704.31952.nvass@teledomenet.gr> Cc: Bram Schoenmakers Subject: Re: Problem with dump over SSH: Operation timed out X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Aug 2007 14:05:58 -0000 On Thursday 09 August 2007 16:43, Bram Schoenmakers wrote: > Op donderdag 09 augustus 2007, schreef u: > > Try using a much lower MTU, something like 1400 or perhaps lower, > > just for testing. You should configure this, on both client and > > server. > > > > I'm not familiar with ipf to give the exact rule, but I would allow > > ALL ICMP traffic, at least for testing purposes. I think this is > > correct: > > pass out quick proto icmp from any to any > > pass in quick proto icmp from any to any > > > > somewhere above the "block in log quick on re0 all" rule. > > > > Hope this helps a bit > > > > Nikos > > Thank you for your answer. > > I have added the 'pass in for icmp' rule to the firewall (pass out did > already exist). There was a noticable improvement, the /usr dump came > much further than before. But at about 80% there was the timeout again. Strange, is it possible that the filesystem is corrupted and dump cannot continue and quits? Keep in mind that dump(8) uses UFS2 snapshots. I don't know the current status, but in the past, snapshots were not working that good. 1) Can you dump the file locally? 2) Is scp working? > > I tried lowering the MTU value at the server side, but nearly all other > network traffic stopped working, so that is not the way to go. Ofcourse, this could be a problem. MTU must be the same across the ethernet segment. And obviously your upstream router is administered by your ISP. Nikos