From: Chuck Lever <chuck.lever@oracle.com>
To: linux-nfs@vger.kernel.org
Subject: [PATCH RFC 0/3] Add server-side support for junctions to nfs-utils
Date: Mon, 08 Jan 2018 16:49:50 -0500 [thread overview]
Message-ID: <20180108213356.20133.54161.stgit@manet.1015granger.net> (raw)
THIS IS AN UNTESTED RFC SERIES. I'm posting this for review only.
A while back I announced the deprecation of fedfs-utils. There were
a handful of components in fedfs-utils that we decided to keep. One
of those keepers was the "nfsref" command. (The other was autofs
support for /nfs4, which I hope Ian Kent is making progress on ;-)
This is an RFC patch series to introduce "nfsref" to nfs-utils,
minus the overhead of the LDAP / FedFS machinery. It also adds a
version of libnfsjunct which mountd can dynamically load to handle
non-FedFS junctions, replacing the same part from fedfs-utils.
I didn't apply a lot of brain cells to this port, so it's perhaps a
little larger than it needs to be. Still, it achieves a completely
LDAP-free implementation. I'm interested in comments about the
approach before I do more testing and refinement.
./configure --enable-junction --enable-caps
is needed before building.
Perhaps one thing that can be done is simply getting rid of the DLL
and building junction support into mountd. I'm not sure if a
transition period is necessary where the DLL is retained for a bit
until fedfs-utils is entirely gone. Does anything but mountd use
libnfsjunct ?
---
Chuck Lever (3):
Add LDAP-free version of libjunction to nfs-utils
Add LDAP-free version of libnfsjunct to nfs-utils
Add 'nfsref' command
aclocal/libxml2.m4 | 15
configure.ac | 12
support/Makefile.am | 4
support/include/Makefile.am | 3
support/include/fedfs_admin.h | 342 +++++++
support/include/junction.h | 124 +++
support/include/nfs-plugin.h | 101 ++
support/junction/Makefile.am | 40 +
support/junction/display.c | 159 +++
support/junction/export-cache.c | 118 +++
support/junction/junction-internal.h | 121 +++
support/junction/junction.c | 494 +++++++++++
support/junction/locations.c | 131 +++
support/junction/nfs-plugin.c | 350 ++++++++
support/junction/nfs.c | 1564 ++++++++++++++++++++++++++++++++++
support/junction/path.c | 345 ++++++++
support/junction/xml.c | 401 +++++++++
utils/Makefile.am | 4
utils/nfsref/Makefile.am | 39 +
utils/nfsref/add.c | 271 ++++++
utils/nfsref/lookup.c | 211 +++++
utils/nfsref/nfsref.c | 188 ++++
utils/nfsref/nfsref.h | 47 +
utils/nfsref/nfsref.man | 180 ++++
utils/nfsref/remove.c | 145 +++
25 files changed, 5409 insertions(+)
create mode 100644 aclocal/libxml2.m4
create mode 100644 support/include/fedfs_admin.h
create mode 100644 support/include/junction.h
create mode 100644 support/include/nfs-plugin.h
create mode 100644 support/junction/Makefile.am
create mode 100644 support/junction/display.c
create mode 100644 support/junction/export-cache.c
create mode 100644 support/junction/junction-internal.h
create mode 100644 support/junction/junction.c
create mode 100644 support/junction/locations.c
create mode 100644 support/junction/nfs-plugin.c
create mode 100644 support/junction/nfs.c
create mode 100644 support/junction/path.c
create mode 100644 support/junction/xml.c
create mode 100644 utils/nfsref/Makefile.am
create mode 100644 utils/nfsref/add.c
create mode 100644 utils/nfsref/lookup.c
create mode 100644 utils/nfsref/nfsref.c
create mode 100644 utils/nfsref/nfsref.h
create mode 100644 utils/nfsref/nfsref.man
create mode 100644 utils/nfsref/remove.c
--
Chuck Lever
next reply other threads:[~2018-01-08 21:49 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-01-08 21:49 Chuck Lever [this message]
2018-01-08 21:50 ` [PATCH RFC 2/3] Add LDAP-free version of libnfsjunct to nfs-utils Chuck Lever
2018-01-08 21:50 ` [PATCH RFC 3/3] Add 'nfsref' command Chuck Lever
2018-01-09 19:21 ` [PATCH RFC 0/3] Add server-side support for junctions to nfs-utils J. Bruce Fields
2018-01-09 19:36 ` Chuck Lever
2018-01-10 17:13 ` Steve Dickson
2018-01-10 17:17 ` Bruce Fields
2018-01-10 17:26 ` Steve Dickson
2018-01-10 17:36 ` Bruce Fields
2018-01-10 19:42 ` Chuck Lever
2018-01-11 14:20 ` Steve Dickson
2018-01-11 15:17 ` Bruce Fields
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=20180108213356.20133.54161.stgit@manet.1015granger.net \
--to=chuck.lever@oracle.com \
--cc=linux-nfs@vger.kernel.org \
/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