[prev in list] [next in list] [prev in thread] [next in thread] 

List:       linux-nfsv4
Subject:    Re: idmapd issue with LDAP
From:       "Kevin Coffman" <kwc () citi ! umich ! edu>
Date:       2006-04-19 22:52:43
Message-ID: 4d569c330604191552k2d34c3aft2dee44a41b297748 () mail ! gmail ! com
[Download RAW message or body]

I made the changes to have libnfsidmap return an error (rather than
nobody) if it cannot map.  (Not in a released version yet.)  I have a
patch for svcgssd to handle that error and use -2 for user and group
information.  But it doesn't try to use the same values as
anonuid/anongid, which can be different for each export.

K.C.

On 4/19/06, Wachdorf, Daniel R <drwachd@sandia.gov> wrote:
> So was there an agreed upon resolution to have the fall back should be
> when mapping using LDAP and nobody?
>
> -dan
>
> -----Original Message-----
> From: kwcoffman@gmail.com [mailto:kwcoffman@gmail.com] On Behalf Of
> Kevin Coffman
> Sent: Thursday, April 06, 2006 10:24 AM
> To: Trond Myklebust
> Cc: Wachdorf, Daniel R; nfsv4@linux-nfs.org
> Subject: Re: idmapd issue with LDAP
>
> On 4/5/06, Kevin Coffman <kwc@citi.umich.edu> wrote:
> > On 4/5/06, Trond Myklebust <trond.myklebust@fys.uio.no> wrote:
> > > On Wed, 2006-04-05 at 12:30 -0400, Kevin Coffman wrote:
> > > > After talking with Bruce, he has convinced me that libnfsidmap
> should
> > > > not be doing any default mapping to nobody.  It should return a
> > > > distinct error code indicating that there is no mapping for the
> > > > requested name or id (I'm thinking of using ENODATA?).
> > >
> > > ENOENT would be better IMHO.
> >
> > I agree, but I assumed that would be more likely to be an error
> > returned by a support function.  (i.e., an error situation rather than
> > no mapping found)
>
> Given that the current code already returns -ENOENT in most of these
> cases, I'll just pass it along...
>
>
>
_______________________________________________
NFSv4 mailing list
NFSv4@linux-nfs.org
http://linux-nfs.org/cgi-bin/mailman/listinfo/nfsv4

[prev in list] [next in list] [prev in thread] [next in thread]