From: Steve Dickson <SteveD@redhat.com>
To: Jeff Layton <jlayton@redhat.com>
Cc: linux-nfs@vger.kernel.org, nfsv4@linux-nfs.org
Subject: Re: [PATCH] idmapd: rearm event handler after error in nfsdcb()
Date: Mon, 14 Sep 2009 14:07:59 -0400 [thread overview]
Message-ID: <4AAE867F.8080102@RedHat.com> (raw)
In-Reply-To: <1252611727-19078-1-git-send-email-jlayton@redhat.com>
On 09/10/2009 03:42 PM, Jeff Layton wrote:
> A couple of years ago, Bruce committed a patch to make knfsd send
> unsigned uid's and gid's to idmapd, rather than signed values. Part
> of that earlier discussion is here:
>
> http://linux-nfs.org/pipermail/nfsv4/2007-December/007321.html
>
> While this fixed the immediate problem, it doesn't appear that anything
> was ever done to make idmapd continue working when it gets a bogus
> upcall.
>
> idmapd uses libevent for its main event handling loop. When idmapd gets
> an upcall from knfsd it will service the request and then rearm the
> event by calling event_add on the event structure again.
>
> When it hits an error though, it returns in most cases w/o rearming the
> event. That prevents idmapd from servicing any further requests from
> knfsd.
>
> I've made another change too. If an error is encountered while reading
> the channel file, this patch has it close and reopen the file prior to
> rearming the event.
>
> I've not been able to test this patch directly, but I have tested a
> backport of it to earlier idmapd code and verified that it did prevent
> idmapd from hanging when it got a badly formatted upcall from knfsd.
>
> Signed-off-by: Jeff Layton <jlayton@redhat.com>
Committed...
steved.
prev parent reply other threads:[~2009-09-14 18:07 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-09-10 19:42 [PATCH] idmapd: rearm event handler after error in nfsdcb() Jeff Layton
2009-09-10 20:28 ` J. Bruce Fields
2009-09-10 21:00 ` Jeff Layton
[not found] ` <20090910170024.2853a48e-9yPaYZwiELC+kQycOl6kW4xkIHaj4LzF@public.gmane.org>
2009-09-11 15:39 ` J. Bruce Fields
2009-09-23 10:44 ` a question abount idmapd hongpo gao
[not found] ` <COL101-W29D4B28A8FCF99B81BCAE6A6DB0-MsuGFMq8XAE@public.gmane.org>
2009-09-23 12:47 ` Trond Myklebust
2009-09-14 18:07 ` Steve Dickson [this message]
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=4AAE867F.8080102@RedHat.com \
--to=steved@redhat.com \
--cc=jlayton@redhat.com \
--cc=linux-nfs@vger.kernel.org \
--cc=nfsv4@linux-nfs.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 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.