From: Janne Karhunen <Janne.Karhunen@gmail.com>
To: Trond Myklebust <trond.myklebust@fys.uio.no>
Subject: Re: Mounting NFS root FS
Date: Mon, 4 Dec 2006 19:12:29 +0200
User-Agent: KMail/1.9.5
Cc: MrUmunhum@popdial.com, linux-kernel@vger.kernel.org
References: <4571CE06.4040800@popdial.com> <24c1515f0612040351p6056101frc12db8eb86063213@mail.gmail.com> <1165246177.711.179.camel@lade.trondhjem.org>
In-Reply-To: <1165246177.711.179.camel@lade.trondhjem.org>
MIME-Version: 1.0
Content-Type: text/plain;
  charset="utf-8"
Content-Transfer-Encoding: 8BIT
Content-Disposition: inline
Message-Id: <200612041912.30527.Janne.Karhunen@gmail.com>
Sender: linux-kernel-owner@vger.kernel.org
Content-Length: 1579
Lines: 45

On Monday 04 December 2006 17:29, Trond Myklebust wrote:

> > >   I have been trying to make FC5's kernel do a boot
> > > with an NFS root file system.  I see the support is in the
> > > kernel(?).
> >
> > Is this really properly possible (with read/write access and
> > locking in place)? AFAIK NFS client lock state data seems
> > to require persistent storage .. ?
>
> 1) Yes, but not on the root partition (unless you use an initrd to start
> rpc.statd before mounting the NFS partition).

Ok. 


> 2) NFS provides persistent storage.

To me this sounds like a chicken and an egg problem. It 
both depends and provides this at the same time :/. But 
hey, if it's supposed to work then OK.

Anyhoo, I tried this at some stage and failed as random
clients seemed to occasionally get stuck in insmod¹ at
boot (infinite wait on lock that never gets released). 
At that stage guess was that server could not properly 
recognize client reboot given stale client lock data.
But if it's supposed to work I guess I have to give it 
another shot and do better analysis on it.

What about NLM/NSM protocol issues - do they properly 
deal with packet loss and clients that stay down (client 
holding a lock crashing and staying down; will the lock 
ever be released)?

¹ And why does insmod require a lock on module at load??


-- 
// Janne
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/