From owner-freebsd-hackers@FreeBSD.ORG Thu Nov 2 22:10:02 2006 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 705CD16A510 for ; Thu, 2 Nov 2006 22:10:02 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id A441C43D55 for ; Thu, 2 Nov 2006 22:10:01 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from zion.baldwin.cx (zion.baldwin.cx [192.168.0.7]) (authenticated bits=0) by server.baldwin.cx (8.13.6/8.13.6) with ESMTP id kA2M7FQx015381; Thu, 2 Nov 2006 17:07:25 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: "Julian H. Stacey" Date: Thu, 2 Nov 2006 16:52:07 -0500 User-Agent: KMail/1.9.1 References: <200611021050.kA2AoH5S028916@fire.jhs.private> <200611021202.28351.jhb@freebsd.org> <200611022010.kA2KA9O7004585@fire.jhs.private> In-Reply-To: <200611022010.kA2KA9O7004585@fire.jhs.private> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200611021652.07853.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [192.168.0.1]); Thu, 02 Nov 2006 17:07:25 -0500 (EST) X-Virus-Scanned: ClamAV 0.88.3/2151/Thu Nov 2 13:35:18 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: freebsd-hackers@freebsd.org, jhs@berlix.com Subject: Re: NFS on 6.1 limits at 4 Gig 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: Thu, 02 Nov 2006 22:10:02 -0000 On Thursday 02 November 2006 15:10, Julian H. Stacey wrote: > John Baldwin wrote: > > On Thursday 02 November 2006 05:50, Julian Stacey wrote: > > > NFS fails on files >= 4 Gig Can someone confirm please. > > > > > > uname -r # 6.1-RELEASE (both hosts) > > > # echo "1024 1024 * 4 * 1 + p" | dc # 4194305 > > > dd if=/dev/zero of=junk bs=1k count=4194305 > > > ls -l junk # 4294968320 bytes > > > rsh an_nfs_host ls -l /host/`hostname -s`/usr/tmp/junk # 1024 byte size! > > > # with count=4194304, ls shows 0 bytes. > > > > > > It's not AMD failing, but NFS, as with an /etc/amd.map with a > > > non NFS entry for my host "laps" for efficiency (in case some > > > shell on host laps mounts itself), the full size 4294968320 is seen. > > > /etc/amd.map > > > /defaults type:=host;fs:=${autodir}/${rhost};rhost:=${key} > > > laps type:=link;fs:=.. > > > > > > It's not just ls, cmp fails too, ( as also does my > > > http://berklix.com/~jhs/src/bsd/jhs/bin/public/cmpd/cmpd.c ) > > > cmp -z junk /host/laps/usr/tmp/junk # junk /host/laps/usr/tmp/junk differ: size > > > > > > Is send-pr appropriate ? > > > > Are you using NFS v2 or v3? v2 doesn't support large files. > > > > John Baldwin > > Thanks, I don't know ! Whatever 6.1-RELEASE comes standard with. > > After your mail I did cd /usr/ports ; echo */*nfs* > net-mgmt/nfsen net/nfsshell net/pcnfsd net/unfs3 > /usr/ports/net/unfs3 offers a non ernel V3 server > but I'd still need a v3 client I suppose ? > Are 6.2-pre or current using V3 NFS then ? > Hints which way to jump / where to RTFM please :-) It should default to v3, the nfs client in the base system can do either v2 or v3. I'm not sure if amd is going to default to v2 with your map file though. You can use tcpdump on the port with NFS traffic to see if it's v2 or v3 though. -- John Baldwin