From: "J. Bruce Fields" <bfields@fieldses.org>
To: Jeff Layton <jlayton@redhat.com>
Cc: linux-nfs@vger.kernel.org
Subject: Re: [PATCH v3 1/4] nfsd: add a usermodehelper upcall for NFSv4 client ID tracking
Date: Wed, 24 Oct 2012 17:03:10 -0400 [thread overview]
Message-ID: <20121024210310.GG6697@fieldses.org> (raw)
In-Reply-To: <1351089018-24551-2-git-send-email-jlayton@redhat.com>
On Wed, Oct 24, 2012 at 10:30:15AM -0400, Jeff Layton wrote:
> Add a new client tracker upcall type that uses call_usermodehelper to
> call out to a program. This seems to be the preferred method of
> calling out to usermode these days for seldom-called upcalls. It's
> simple and doesn't require a running daemon, so it should "just work"
> as long as the binary is installed.
>
> The client tracking exit operation is also changed to check for a
> NULL pointer before running. The UMH upcall doesn't need to do anything
> at module teardown time.
That does look relatively simple, neat.
One complaint, a preexisting problem, really: we're passing up the md5
of the client owner name. We should pass up the original client name,
instead, and make that what we store internally in cl_name. If nothing
else, it could be useful for debugging.
Those names can be up to 1K, though--is that a problem?
--b.
>
> Signed-off-by: Jeff Layton <jlayton@redhat.com>
> ---
> fs/nfsd/nfs4recover.c | 134 +++++++++++++++++++++++++++++++++++++++++++++++++-
> 1 file changed, 133 insertions(+), 1 deletion(-)
>
> diff --git a/fs/nfsd/nfs4recover.c b/fs/nfsd/nfs4recover.c
> index 43295d4..46e4081 100644
> --- a/fs/nfsd/nfs4recover.c
> +++ b/fs/nfsd/nfs4recover.c
> @@ -926,6 +926,137 @@ static struct nfsd4_client_tracking_ops nfsd4_cld_tracking_ops = {
> .grace_done = nfsd4_cld_grace_done,
> };
>
> +/* upcall via usermodehelper */
> +static char cltrack_prog[PATH_MAX] = "/sbin/nfsdcltrack";
> +module_param_string(cltrack_prog, cltrack_prog, sizeof(cltrack_prog),
> + S_IRUGO|S_IWUSR);
> +MODULE_PARM_DESC(cltrack_prog, "Path to the nfsdcltrack upcall program");
> +
> +static int
> +nfsd4_umh_cltrack_upcall(char *cmd, char *arg)
> +{
> + char *envp[] = { NULL };
> + char *argv[4];
> + int ret;
> +
> + if (unlikely(!cltrack_prog[0])) {
> + dprintk("%s: cltrack_prog is disabled\n", __func__);
> + return -EACCES;
> + }
> +
> + dprintk("%s: cmd: %s\n", __func__, cmd);
> + dprintk("%s: arg: %s\n", __func__, arg ? arg : "(null)");
> +
> + argv[0] = (char *)cltrack_prog;
> + argv[1] = cmd;
> + argv[2] = arg;
> + argv[3] = NULL;
> +
> + ret = call_usermodehelper(argv[0], argv, envp, UMH_WAIT_PROC);
> + /*
> + * Disable the upcall mechanism if we're getting an ENOENT or EACCES
> + * error. The admin can re-enable it on the fly by using sysfs
> + * once the problem has been fixed.
> + */
> + if (ret == -ENOENT || ret == -EACCES) {
> + dprintk("NFSD: %s was not found or isn't executable (%d). "
> + "Setting cltrack_prog to blank string!",
> + cltrack_prog, ret);
> + cltrack_prog[0] = '\0';
> + }
> + dprintk("%s: %s return value: %d\n", __func__, cltrack_prog, ret);
> +
> + return ret;
> +}
> +
> +static char *
> +bin_to_hex_dup(const unsigned char *src, int srclen)
> +{
> + int i;
> + char *buf, *hex;
> +
> + /* +1 for terminating NULL */
> + buf = kmalloc((srclen * 2) + 1, GFP_KERNEL);
> + if (!buf)
> + return buf;
> +
> + hex = buf;
> + for (i = 0; i < srclen; i++) {
> + sprintf(hex, "%2.2x", *src++);
> + hex += 2;
> + }
> + return buf;
> +}
> +
> +static int
> +nfsd4_umh_cltrack_init(struct net __attribute__((unused)) *net)
> +{
> + return nfsd4_umh_cltrack_upcall("init", NULL);
> +}
> +
> +static void
> +nfsd4_umh_cltrack_create(struct nfs4_client *clp)
> +{
> + char *hexid;
> +
> + hexid = bin_to_hex_dup(clp->cl_name.data, clp->cl_name.len);
> + if (!hexid) {
> + dprintk("%s: can't allocate memory for upcall!\n", __func__);
> + return;
> + }
> + nfsd4_umh_cltrack_upcall("create", hexid);
> + kfree(hexid);
> +}
> +
> +static void
> +nfsd4_umh_cltrack_remove(struct nfs4_client *clp)
> +{
> + char *hexid;
> +
> + hexid = bin_to_hex_dup(clp->cl_name.data, clp->cl_name.len);
> + if (!hexid) {
> + dprintk("%s: can't allocate memory for upcall!\n", __func__);
> + return;
> + }
> + nfsd4_umh_cltrack_upcall("remove", hexid);
> + kfree(hexid);
> +}
> +
> +static int
> +nfsd4_umh_cltrack_check(struct nfs4_client *clp)
> +{
> + int ret;
> + char *hexid;
> +
> + hexid = bin_to_hex_dup(clp->cl_name.data, clp->cl_name.len);
> + if (!hexid) {
> + dprintk("%s: can't allocate memory for upcall!\n", __func__);
> + return -ENOMEM;
> + }
> + ret = nfsd4_umh_cltrack_upcall("check", hexid);
> + kfree(hexid);
> + return ret;
> +}
> +
> +static void
> +nfsd4_umh_cltrack_grace_done(struct net __attribute__((unused)) *net,
> + time_t boot_time)
> +{
> + char timestr[22]; /* FIXME: better way to determine max size? */
> +
> + sprintf(timestr, "%ld", boot_time);
> + nfsd4_umh_cltrack_upcall("gracedone", timestr);
> +}
> +
> +static struct nfsd4_client_tracking_ops nfsd4_umh_tracking_ops = {
> + .init = nfsd4_umh_cltrack_init,
> + .exit = NULL,
> + .create = nfsd4_umh_cltrack_create,
> + .remove = nfsd4_umh_cltrack_remove,
> + .check = nfsd4_umh_cltrack_check,
> + .grace_done = nfsd4_umh_cltrack_grace_done,
> +};
> +
> int
> nfsd4_client_tracking_init(struct net *net)
> {
> @@ -956,7 +1087,8 @@ void
> nfsd4_client_tracking_exit(struct net *net)
> {
> if (client_tracking_ops) {
> - client_tracking_ops->exit(net);
> + if (client_tracking_ops->exit)
> + client_tracking_ops->exit(net);
> client_tracking_ops = NULL;
> }
> }
> --
> 1.7.11.7
>
next prev parent reply other threads:[~2012-10-24 21:03 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-10-24 14:30 [PATCH v3 0/4] nfsd: add a usermodehelper upcall for client id tracking Jeff Layton
2012-10-24 14:30 ` [PATCH v3 1/4] nfsd: add a usermodehelper upcall for NFSv4 client ID tracking Jeff Layton
2012-10-24 21:03 ` J. Bruce Fields [this message]
2012-10-25 11:39 ` Jeff Layton
2012-10-25 15:06 ` J. Bruce Fields
2012-10-25 15:27 ` Jeff Layton
2012-10-25 15:49 ` J. Bruce Fields
2012-10-25 16:59 ` Jeff Layton
2012-10-24 14:30 ` [PATCH v3 2/4] nfsd: change heuristic for selecting the client_tracking_ops Jeff Layton
2012-10-24 14:30 ` [PATCH v3 3/4] nfsd: pass info about the legacy recoverydir in environment variables Jeff Layton
2012-10-24 21:31 ` J. Bruce Fields
2012-10-24 14:30 ` [PATCH v3 4/4] nfsd: warn about impending removal of nfsdcld upcall Jeff Layton
2012-10-24 21:32 ` [PATCH v3 0/4] nfsd: add a usermodehelper upcall for client id tracking J. 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=20121024210310.GG6697@fieldses.org \
--to=bfields@fieldses.org \
--cc=jlayton@redhat.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;
as well as URLs for NNTP newsgroup(s).