[SSSD] [PATCH v2 0/5] NFSv4 rpc.idmapd plugin
Simo Sorce
simo at redhat.com
Tue May 27 20:02:36 UTC 2014
On Tue, 2014-05-27 at 21:46 +0200, Jakub Hrozek wrote:
> On Thu, Mar 20, 2014 at 09:49:05AM -0400, Steve Dickson wrote:
> >
> >
> > On 03/20/2014 03:33 AM, Noam Meltzer wrote:
> > >
> > >
> > >
> > > On Thu, Mar 13, 2014 at 7:41 PM, Simo Sorce <simo at redhat.com <mailto:simo at redhat.com>> wrote:
> > >
> > > On Thu, 2014-03-13 at 13:25 -0400, J. Bruce Fields wrote:
> > > > On Thu, Mar 13, 2014 at 12:58:59PM -0400, Simo Sorce wrote:
> > > > > On Thu, 2014-03-13 at 11:24 -0400, Steve Dickson wrote:
> > > > >
> > > > > > V4 servers now have an option of returning a uid string (aka "3606")
> > > > > > where the NFS client just converts that into the uid.
> > > > >
> > > > > Can the client tell the server *not to do that* ?
> > > >
> > > > The client can use kerberos, in which case the server won't do that.
> > >
> > > This is sufficient, thanks.
> > >
> > > > Other than that, no, the behavior can only be controlled by server-side
> > > > configuration.
> > >
> > > A little sub-optimal if the server can do either but the client can have
> > > a choice, but ok.
> > >
> > >
> > > Sorry for the late response. A misplaced email filtering rule had moved it away from my inbox.
> > > How can we push this forward?
> > >
> > Not sure since I don't maintain any of the code these patches change...
> >
> > steved.
>
> Does the code work with the current NFS idmap implementation or are
> there any changes on either side needed?
>
> Simo, are there still any issues that would prevent us from merging the
> code into SSSD?
I am not aware of any issue, but I have not found any time to do any
testing, sorry :-/
Simo.
--
Simo Sorce * Red Hat, Inc * New York
More information about the sssd-devel
mailing list