From owner-freebsd-hackers@FreeBSD.ORG Fri Oct 17 10:26:21 2008 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 73B251065692 for ; Fri, 17 Oct 2008 10:26:21 +0000 (UTC) (envelope-from xfb52@dial.pipex.com) Received: from mk-outboundfilter-5.mail.uk.tiscali.com (mk-outboundfilter-5.mail.uk.tiscali.com [212.74.114.1]) by mx1.freebsd.org (Postfix) with ESMTP id 0DA198FC14 for ; Fri, 17 Oct 2008 10:26:20 +0000 (UTC) (envelope-from xfb52@dial.pipex.com) X-Trace: 94604060/mk-outboundfilter-5.mail.uk.tiscali.com/PIPEX/$PIPEX-INTERNET-ACCEPTED/None/80.192.58.245 X-SBRS: None X-RemoteIP: 80.192.58.245 X-IP-MAIL-FROM: xfb52@dial.pipex.com X-IP-BHB: Once X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AlgBAFv+90hQwDr1/2dsb2JhbAAIwQGDbA X-IronPort-AV: E=Sophos;i="4.33,430,1220223600"; d="scan'208";a="94604060" X-IP-Direction: OUT Received: from 80-192-58-245.cable.ubr05.edin.blueyonder.co.uk (HELO [192.168.23.2]) ([80.192.58.245]) by smtp.pipex.tiscali.co.uk with ESMTP; 17 Oct 2008 10:56:42 +0100 Message-ID: <48F8615A.5070103@dial.pipex.com> Date: Fri, 17 Oct 2008 10:56:42 +0100 From: Alex Zbyslaw User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-GB; rv:1.8.1.16) Gecko/20080811 SeaMonkey/1.1.11 MIME-Version: 1.0 To: chrisc@vmunix.com, hackers@freebsd.org References: <8f6775e00810160913y1f30e936ic9c514547ef0827@mail.gmail.com> In-Reply-To: <8f6775e00810160913y1f30e936ic9c514547ef0827@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: smbfs hang X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Oct 2008 10:26:21 -0000 Chris Coleman wrote: > I'm doing a large transfer from an SMB mounted drive, about 2TB of > files. After about 250G, it hanging. Of course any process that > tries to access that drive hangs as well. > > Is there anyway to get those processes killed off and remount the > drive without rebooting? I haven't had much luck so far. They don't > seem to want to die. > > I'm pretty sure that your answer is going to be "no". Most of my experience with SMBFS comes in the opposite direction - trying to write large files to an SMB-mounted filesystem and that was so problematic that we switched to NFS. That's a bit more work to set up, but well worth it, imho. See http://technet.microsoft.com/en-us/library/bb463212.aspx So far, fingers cross and touch wood, with Windows virus checking turned off on the remote drive, writing large files has been problem free and tests reading those files have had no problems either. Only talking in the 40Gb range though. hth, --Alex PS The problems we experienced didn't include wedging, iirc. Files would fail to rename, but if you waited 30 seconds and looked for your target file, it would, hey presto, have appeared. But writes also timed out, taking, in this case, a backup job with it.