From owner-freebsd-hackers@FreeBSD.ORG Wed Jan 2 13:07:09 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 687B616A418 for ; Wed, 2 Jan 2008 13:07:09 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from ns.trinitel.com (186.161.36.72.static.reverse.ltdomains.com [72.36.161.186]) by mx1.freebsd.org (Postfix) with ESMTP id 3E07713C4CC for ; Wed, 2 Jan 2008 13:07:09 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from proton.storspeed.com (209-163-168-124.static.tenantsolutions.com [209.163.168.124] (may be forged)) (authenticated bits=0) by ns.trinitel.com (8.14.1/8.14.1) with ESMTP id m02Cce6k074934; Wed, 2 Jan 2008 06:38:41 -0600 (CST) (envelope-from anderson@freebsd.org) Message-ID: <477B85D1.6030109@freebsd.org> Date: Wed, 02 Jan 2008 06:38:41 -0600 From: Eric Anderson User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: Danny Braniss References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.1 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on ns.trinitel.com Cc: freebsd-hackers@freebsd.org Subject: Re: nfs v2/v3 and diskless boot problem 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: Wed, 02 Jan 2008 13:07:09 -0000 Danny Braniss wrote: > there is an undocumented option: > boot-nfsroot-options > that the diskeless boot can use. I tried > boot-nfsroot-options = "nfsv3" > since the pxeboot does the initial mount via nfsv2, and this has at least > one problem: removing a file from the readonly / will hang the system. > > so, the remount to v3 works in the case that the root is served by a Freebsd > nfs server, but fails if it's NetAPP. The reason is that the v2 filehandle > is 32 bytes, and when switching to V3 it becomes 28bytes - sizeof(fhandle_t). > This is not liked by the NetApp, which correctly gives error 1001: BADHANDLE > :-) > > While I'm trying to come up with a solution, I am wondering if someone > can shed some light: > - is sizeof(fhandle_t) == 28 bytes is mystical, or changing it to > 32 bytes will start WW3? NFSv3 file handles (by spec) can be up to 64bytes. I'm not 100% sure what is happening, but it sounds like the file handle for the mount point or maybe one of the directories is not getting reset on remount. When do you get the BADHANDLE error? Can you capture a tshark/wireshark/tcpdump of the remount and error? Eric