All of lore.kernel.org
 help / color / mirror / Atom feed
From: "J. Bruce Fields" <bfields@fieldses.org>
To: mehta kiran <kiranmehta1981@yahoo.com>
Cc: nfs@lists.sourceforge.net
Subject: Re: /var/lib/nfs/v4recovery
Date: Fri, 10 Mar 2006 10:26:03 -0500	[thread overview]
Message-ID: <20060310152603.GD24554@fieldses.org> (raw)
In-Reply-To: <20060310071803.8229.qmail@web51601.mail.yahoo.com>

On Thu, Mar 09, 2006 at 11:18:03PM -0800, mehta kiran wrote:
>    I could see that it is mentioned that
>    /var/lib/nfs/v4recovery needs to be created
>    for NFSv4 at 
>  
> http://www.citi.umich.edu/projects/nfsv4/linux/using-nfsv4.html.

We've had some negative feedback on the way we're storing persistant
state for reboot recovery.  Among other problems:
	- There's an objection (which I don't entirely claim to
	  understand) against nfsd doing directory operations in the
	  kernel
	- It doesn't give any chance for synchronous callouts for, e.g.,
	  mirroring the data to a backup server for failover, whereas
	  the standard statd stuff does.

Hopefully this will fixed by 2.6.17 or 2.6.18.

>    1. What is this file for ?
>       As NFSv4 uses lease based locking , it does
>       create files on persistent storage.
>       And its state could be stored   
>       in /var/lib/nfs/statd/state , right ?

I don't think we can store the state in exactly the same place, but we
probably will move to something more similar to statd.

>    2. I have read that lease time for NFSV4 can be 
>       chnaged by setting value in
>       /proc/fs/nfsd/nfsv4leasetime. In case i dont
>       set lease period  , is grace period set by user
>       considered as the lease time ?

Since we use leases to implement delegations, there's an ugly conflict
between /proc/sys/fs/lease-break-time and /proc/fs/nfsd/nfsv4leasetime,
which we're currently working on fixing.

--b.


-------------------------------------------------------
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642
_______________________________________________
NFS maillist  -  NFS@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs

      parent reply	other threads:[~2006-03-10 15:26 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-03-10  7:18 /var/lib/nfs/v4recovery mehta kiran
2006-03-10  7:44 ` /var/lib/nfs/v4recovery mehta kiran
2006-03-10 15:28   ` /var/lib/nfs/v4recovery J. Bruce Fields
2006-03-10 15:26 ` J. Bruce Fields [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20060310152603.GD24554@fieldses.org \
    --to=bfields@fieldses.org \
    --cc=kiranmehta1981@yahoo.com \
    --cc=nfs@lists.sourceforge.net \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.