All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Mkrtchyan, Tigran" <tigran.mkrtchyan@desy.de>
To: "J. Bruce Fields" <bfields@fieldses.org>
Cc: Trond Myklebust <trondmy@primarydata.com>,
	Christoph Hellwig <hch@lst.de>,
	Jeff Layton <jlayton@poochiereds.net>,
	linux-nfs <linux-nfs@vger.kernel.org>,
	schumaker anna <schumaker.anna@gmail.com>
Subject: Re: open by handle support for NFS V2
Date: Sat, 1 Jul 2017 11:34:36 +0200 (CEST)	[thread overview]
Message-ID: <995885135.19496849.1498901676399.JavaMail.zimbra@desy.de> (raw)
In-Reply-To: <20170630173818.GC14868@fieldses.org>



----- Original Message -----
> From: "J. Bruce Fields" <bfields@fieldses.org>
> To: "Trond Myklebust" <trondmy@primarydata.com>
> Cc: "Christoph Hellwig" <hch@lst.de>, "Jeff Layton" <jlayton@poochiereds.net>, "linux-nfs" <linux-nfs@vger.kernel.org>,
> "schumaker anna" <schumaker.anna@gmail.com>
> Sent: Friday, June 30, 2017 7:38:18 PM
> Subject: Re: open by handle support for NFS V2

> On Fri, Jun 30, 2017 at 05:00:59PM +0000, Trond Myklebust wrote:
>> The main use case for open by filehandle was (and still should be) the
>> promise of being able to do the sort of tricks you normally associate
>> with object storage on a standard filesystem.
>> 
>> Imagine that you are trying to build an application for indexing and
>> searching the data on your storage. You basically want to trawl through
>> the filesystem on a regular basis and build up a database of key words
>> and other metadata to tell you what is in the files. For that kind of
>> application, the namespace is a real PITA to deal with, because files
>> get renamed, moved and deleted all the time; so if you can store
>> something that is independent of the namespace and that will give you
>> access to the file contents, then why wouldn't you do so? Normally,
>> applications like that use the inode number, but you can't open a file
>> by inode number, and you have the same problems with inode number reuse
>> that a NFS server has.
>> 
>> That's the sort of thing I'd think we want to allow through open by
>> filehandle, and I see no reason why NFS should be excluded from that
>> type of application.
> 
> Thanks, that makes sense.
> 
> We've had open_by_handle support for most filesystems since 2011, is
> there evidence of anyone doing this?


I am pretty sure that nfs-ganesha is using this in one the backend
implementations.

Tigran.

> 
> --b.
> --
> To unsubscribe from this list: send the line "unsubscribe linux-nfs" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html

  reply	other threads:[~2017-07-01  9:34 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-06-29 13:34 open by handle support for NFS V2 Christoph Hellwig
2017-06-29 13:34 ` [PATCH 1/4] nfs: replace d_add with d_splice_alias in atomic_open Christoph Hellwig
2017-06-29 13:34 ` [PATCH 2/4] nfs: add a nfs_ilookup helper Christoph Hellwig
2017-06-29 13:34 ` [PATCH 3/4] nfs4: add NFSv4 LOOKUPP handlers Christoph Hellwig
2017-06-29 13:34 ` [PATCH 4/4] nfs: add export operations Christoph Hellwig
2017-06-29 15:46 ` open by handle support for NFS V2 J. Bruce Fields
2017-06-30 17:00   ` Trond Myklebust
2017-06-30 17:38     ` bfields
2017-07-01  9:34       ` Mkrtchyan, Tigran [this message]
2017-07-01 12:17         ` J. Bruce Fields
2017-07-03  6:39         ` DENIEL Philippe
2017-07-07  2:41     ` NeilBrown
2017-07-07  3:19       ` Trond Myklebust
2017-07-07  4:27         ` NeilBrown
2017-07-17 12:02           ` Jeff Layton

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=995885135.19496849.1498901676399.JavaMail.zimbra@desy.de \
    --to=tigran.mkrtchyan@desy.de \
    --cc=bfields@fieldses.org \
    --cc=hch@lst.de \
    --cc=jlayton@poochiereds.net \
    --cc=linux-nfs@vger.kernel.org \
    --cc=schumaker.anna@gmail.com \
    --cc=trondmy@primarydata.com \
    /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.