Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 20 Nov 2009 12:49:16 -0500
From:      "Michael W. Lucas" <mwlucas@blackhelicopters.org>
To:        Mel Flynn <mel.flynn+fbsd.questions@mailing.thruhere.net>
Cc:        questions@freebsd.org
Subject:   Re: diskless problem:  Lookup of /dev for devfs, error: 13
Message-ID:  <20091120174916.GA92713@bewilderbeast.blackhelicopters.org>
In-Reply-To: <ffe9807eee167dd33f60b24167cd7653@sbmail.office-on-the.net>
References:  <20091119211829.GA86841@bewilderbeast.blackhelicopters.org> <ffe9807eee167dd33f60b24167cd7653@sbmail.office-on-the.net>

Next in thread | Previous in thread | Raw E-Mail | Index | Archive | Help
On Fri, Nov 20, 2009 at 02:20:54AM -0900, Mel Flynn wrote:
> On Thu, 19 Nov 2009 16:18:29 -0500, "Michael W. Lucas"
> <mwlucas@blackhelicopters.org> wrote:
> > Hi,
> > 
> > I'm attempting to run a diskless 8.0 i386 workstation on VMWare, using
> > an OpenSolaris box as a file store.  I get PXE, the kernel loads, but
> > when we try to remount the filesystem I get:
> > 
> > ...
> > NFS ROOT:  XXX.XXX.XXX.XXX:/storage1/vm/netflow
> > Lookup of /dev for devfs, error 13
> > exec /sbin/init: error 13
> > exec /sbin/oinit: error 13
> > exec /sbin/init.bak: error 13
> > exec /rescue/inet: error 13
> > exec /stand/sysinstall: error 13
> > init: not found in path
> > ...
> > 
> > At first glance, it would appear that /dev is missing.
> 
> Actually, at first glance it would appear that the mount doesn't allow
> execution.

Interesting.  (BTW, this is running on a GENERIC kernel, no firewall.)

I did a packet capture on the OpenSolaris NFS server, and found that
the kernel load and initial boot takes place over NFSv2.  When the
FreeBSD box tries to remount root, it sends a NFSv3 FSINFO request.
The server returns NFS3ERR_STALE.  It appears that that error is
generated when the permissions to the mount are revoked... but we just
mounted it seconds before?

It turns out that there's a whole discussion thread on nfsv2 and v3
interoperability with diskless systems.  See
http://lists.freebsd.org/pipermail/freebsd-hackers/2008-January/022792.html
for a sample message.

Short answer: it seems that there are interoperability annoyances with
diskless systems and assorted NFS servers.  NFS mount options in
/etc/fstab seem to be ignored, but you can set them in
/boot/loader.conf.

boot.nfsroot.options="nfsv2"

made FreeBSD try a NFSv2 remout, and the system came up.

Thanks for pointing out it seems to be a permissions error, I wouldn't
have headed down this route without that.

==ml


-- 
Michael W. Lucas 	mwlucas@BlackHelicopters.org
http://www.MichaelWLucas.com/
Latest book:  Cisco Routers for the Desperate, 2nd Edition
http://www.CiscoRoutersForTheDesperate.com/



Want to link to this message? Use this URL: <http://docs.FreeBSD.org/cgi/mid.cgi?20091120174916.GA92713>