From owner-freebsd-current Tue Nov 12 10:47:25 2002 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 BADD237B401 for ; Tue, 12 Nov 2002 10:47:23 -0800 (PST) Received: from gull.mail.pas.earthlink.net (gull.mail.pas.earthlink.net [207.217.120.84]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5F6A643E77 for ; Tue, 12 Nov 2002 10:47:23 -0800 (PST) (envelope-from tlambert2@mindspring.com) Received: from pool0174.cvx40-bradley.dialup.earthlink.net ([216.244.42.174] helo=mindspring.com) by gull.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 18Bg4A-00021p-00; Tue, 12 Nov 2002 10:47:14 -0800 Message-ID: <3DD14C5F.5DFACA7C@mindspring.com> Date: Tue, 12 Nov 2002 10:45:51 -0800 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Jason Vervlied Cc: current@freebsd.org Subject: Re: Samba on -current References: <20021112085104.V52417-100000@bertha.boca.verio.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Jason Vervlied wrote: > I am having problems with a Samba share on my -current box, I just > installed from 20021103-SNAP. I did recompile my kernel with the following > options. [ ... ] > I also added the SMP options to the kernel. I used the same options under > -stable and experineced no issues. Here is the error I get when I try to > copy a file from my samba share > > [jvervlied@current 80-85]$ cp bad_religion-yesterday.mp3 ~/ > cp: /home/jvervlied/bad_religion-yesterday.mp3: Bad address This was discussed in detail about 3 weeks ago. I suggested one workaround, which would be to disable the Samba-specific getpages/putpages code, since the timeout is in the getpages, where an operational status code says that the attempt is both "not recoverable" and "should be retried". Another partial fix is to retry for a count, but the "unrecoverable" part of the error indicates that the operation need to be retried at a much higher level (potentially, all the way to the point of reestablishing the session). See the archived previous discussion for details. One alternative is to use "dd" instead of "cp" to copy the file, thus avoiding the mmap'ed data failts that come from "cp" to the SMBFS. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message