From owner-freebsd-current@FreeBSD.ORG Wed Jun 29 07:17:56 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CF2AB106566B for ; Wed, 29 Jun 2011 07:17:56 +0000 (UTC) (envelope-from gber@freebsd.org) Received: from smtp.semihalf.com (smtp.semihalf.com [213.17.239.109]) by mx1.freebsd.org (Postfix) with ESMTP id 80FE98FC08 for ; Wed, 29 Jun 2011 07:17:56 +0000 (UTC) Received: from localhost (unknown [213.17.239.109]) by smtp.semihalf.com (Postfix) with ESMTP id 50D3BC5B20; Wed, 29 Jun 2011 09:17:55 +0200 (CEST) X-Virus-Scanned: by amavisd-new at semihalf.com Received: from smtp.semihalf.com ([213.17.239.109]) by localhost (smtp.semihalf.com [213.17.239.109]) (amavisd-new, port 10024) with ESMTP id tSZ4N-KpEwTw; Wed, 29 Jun 2011 09:17:54 +0200 (CEST) Received: from gjb-host.home (cardhu.semihalf.com [213.17.239.108]) by smtp.semihalf.com (Postfix) with ESMTPSA id 7AE96C4C6A; Wed, 29 Jun 2011 09:17:54 +0200 (CEST) Message-ID: <4E0AD226.6080107@freebsd.org> Date: Wed, 29 Jun 2011 09:20:06 +0200 From: Grzegorz Bernacki User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.10) Gecko/20100630 Thunderbird/3.0.5 MIME-Version: 1.0 To: Rick Macklem References: <40143899.5952.1309268280142.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: <40143899.5952.1309268280142.JavaMail.root@erie.cs.uoguelph.ca> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: NFS/BOOTP problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jun 2011 07:17:56 -0000 On 06/28/11 15:38, Rick Macklem wrote: > Grzegorz Bernacki wrote: >> Hi, >> >> After rebasing to new -current I experienced problem with mounting >> root >> via NFS. I was getting error: "Mounting from nfs: failed with error 2: >> unknown file system.". I use BOOTP and NFSv3 (option NFSCLIENT). It >> seems that bootp set fs type to 'nfs' and recently NFSv3 was renamed >> to >> 'oldnfs'. Patch below fixes the problem. Do you think it is proper >> solution? Could it be fixed some other better way? >> > If you wish to use the old NFS client as the root fs, you can add a line > like: > vfs.root.mountfrom="oldnfs:" > > in the boot/loader.conf file on the root fs in the NFS server to have the > same effect as your patch. (This is mentioned in the message in UPDATING.) > > However, it would be nice if you used the new NFS client instead, by building > the kernel with "option NFSCL" so that it uses the new NFS client. > (The new NFS client does NFSv3 in what I believe to be a completely compatible > way as the old one.) > > If you tried the new NFS client and it didn't work for you, I would like > to hear what the problem was, so it can be resolved. (The intent was to leave > the old NFS client in the system so that it could be used as a fallback when > the new one didn't work correctly for some situation.) > > If others feel that having a system that will boot via the old NFS client > without needing to add the line to loader.conf is important, then doing > your patch would be appropriate. I didn't do what your patch does, since I > was hoping folks would use the new client instead and only force use of the > old one when it was really necessary. > > rick > [patch snipped for brevity] Hi Rick, The problem is that in embedded development sometimes loader is not used. And in that case we would like to have possibity to use old NFS client without patching code every time. So if you don't mind I would like to commit the patch. I also will try new nfs client and let you know if I find any problems. grzesiek