Implementing a new network based file system

From: Norbert Sendetzky (norbert@linuxnetworks.de)
Date: Fri Sep 21 2001 - 11:07:05 EST


Hi all

I'm currently doing some research on implementiation of a new file
system for my diplomathesis. It's about designing and implementing a
network file system with security in mind. For those interested,
there is a short introduction about why and how on my website (look
at the Secure Internet File System section):

http://www.linuxnetworks.de/security/index.html

I have already studied ramfs sources for the basics and the sources
of coda, nfs and smbfs to find out, what I have to do. Also I read
all documentation I found about the VFS. But there are a few
questions, where I couldn't find an answer:

My first question is related to the superblock:
There are six functions about inode handling. Each of the above
network file systems (coda, nfs, smbfs) implements different
functions:

coda: read_inode and clear_inode
nfs: read_inode, put_inode and delete_inode
smbfs: put_inode and delete_inode

When do I need which function? Why are they necessary at all when
implementing a network file system? Can anyone explain the bigger
scheme behind this to me?

My second question is around inode_operations:
Why does none of the network file systems implement the readlink,
follow_link, truncate and getattr funtions? Does the server follow
the symlink automatically if it is written to the storage medium and
show only the resulting file?

I have even more questions, but I will do some more research and
maybe I will find the answer by myself before I get kicked off this
list because of submitting too much obvious questions... (at least
obvious to you) ;-)

Thanks in advance

Norbert
-
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/



This archive was generated by hypermail 2b29 : Sun Sep 23 2001 - 21:00:44 EST