linux-fsdevel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: "Fawad Lateef" <fawadlateef@gmail.com>
To: "Avishay Traeger" <atraeger@cs.sunysb.edu>
Cc: "UZAIR LAKHANI" <uzairr_bs1b@yahoo.com>, linux-fsdevel@vger.kernel.org
Subject: Re: Regarding a Simple Version of nfs & nfsd
Date: Tue, 21 Mar 2006 14:09:21 +0500	[thread overview]
Message-ID: <1e62d1370603210109t4910bc59ra817db695ed4c41c@mail.gmail.com> (raw)
In-Reply-To: <1142896246.2914.5.camel@ool-44c32f98.dyn.optonline.net>

On 3/21/06, Avishay Traeger <atraeger@cs.sunysb.edu> wrote:
> On Sun, 2006-03-19 at 20:18 -0800, UZAIR LAKHANI wrote:
> > I myself want to write a network file system. I want
> > to find out how I can get the simplest version of nfs
> > and nfsd that implements the simplest file system
> > actions without any other features like the security
> > issues.
> >
> > I want this type of nfs and nfsd code as to get the
> > help about how the file system routines are handled in
> > a network environment.
> >
> > Upto now I am using Wrapfs (a wrapper file system)
> > code by Erez Zadok. That is I mount wrapfs on a mount
> > point and the read/write on the mount point will
> > actually be read/write on the underlying file system.
> >
> > I want to extend this idea in to a network file sytem
> > i.e. the client does nothing but trasfers the
> > read/write request to the server which does the actual
> > read/write.
>
> I don't think that you can implement NFS using a stackable file system.
> A stackable file system sits between the VFS and a regular file system.
> The stackable file system can change data, operations, etc. before
> calling the lower level file system methods.  However, they cannot
> change the transport method.
>

I think stackable file system can be used as the server side daemon
with network communication support (somewhat like nfsd) which controls
the underlying file system (which can be any other normal fs) and as
far as client is concern it can act like a complete file system which
actually does nothing by it-self rather get data from the stackable fs
on the server (somewhat like nfs), so the client/user can use that
filesystem to mount the server filesystem. (I think Avishay this is
what Uzair wants to ask)


--
Fawad Lateef

  reply	other threads:[~2006-03-21  9:09 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-03-20  4:18 Regarding a Simple Version of nfs & nfsd UZAIR LAKHANI
2006-03-20 23:10 ` Avishay Traeger
2006-03-21  9:09   ` Fawad Lateef [this message]
2006-03-21 13:06     ` Avishay Traeger
2006-03-21 13:33       ` Fawad Lateef
2006-03-21 15:09         ` Avishay Traeger
2006-03-21 15:27           ` Fawad Lateef
2006-03-21 15:40             ` Avishay Traeger
2006-03-21 15:53               ` Fawad Lateef
2006-03-24 10:37                 ` Regarding a Simple Version of nfs & nfsd (RPC ISSUES) UZAIR LAKHANI
2006-03-26  7:46                   ` Fawad Lateef

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=1e62d1370603210109t4910bc59ra817db695ed4c41c@mail.gmail.com \
    --to=fawadlateef@gmail.com \
    --cc=atraeger@cs.sunysb.edu \
    --cc=linux-fsdevel@vger.kernel.org \
    --cc=uzairr_bs1b@yahoo.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).