[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#590959: marked as done (idmapd only working in one direction)

Your message dated Sun, 20 Mar 2011 23:24:51 +0100
with message-id <4D867EB3.3090500@debian.org>
and subject line Re: Bug#590959: idmapd only working in one direction
has caused the Debian Bug report #590959,
regarding idmapd only working in one direction
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@bugs.debian.org
immediately.)


-- 
590959: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=590959
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message --- 
Package: nfs-common
Version: 1:1.1.2-6lenny2

I tried to set up nfsv4 between two lenny-installations where users have
different UIDs.

Server: User "xyz" has UID 1000
Client: User "xyz" has UID 501

/etc/exports (server) contains:

/exports  with options: rw,fsid=0,insecure,no_subtree_check,sync
/exports/home  with optione: rw,nohide,insecure,no_subtree_check,sync


/etc/default/nfs-common (server+client)
NEED_STATD=no
STATDOPTS=
NEED_IDMAPD=yes
NEED_GSSD=

/etc/idmapd.conf is identical on server+client

mount server:/home /mnt/ -t nfs4

"ls -l /mnt" translates user and group properly.
"touch /mnt/xxx" creates a file with UID 501 on the server / should be
UID 1000

--- End Message ---
--- Begin Message --- 
On 03/20/2011 09:33 PM, Armin Fuerst wrote:
> On 2011-03-20 19:56, Luk Claes wrote:
>>> I tried to set up nfsv4 between two lenny-installations where users have
>>> different UIDs.
>>>
>>> Server: User "xyz" has UID 1000
>>> Client: User "xyz" has UID 501
>>
>> What did you believe that when user xyz writes to the mounted directory
>> it would not end up as belonging to UID 501 on the server?
> 
> I expect the server to convert it to UID 1000. In consequence during the
> next access it would be remapped to UID 501 on the server.
> What else is the concept of idmapd?

It's to map NFSv4 names (of the form user@domain) to local uids and gids
and vice versa.

So I'm closing this bug as it seems to be a misunderstanding of what
idmap is meant for.

Cheers

Luk

--- End Message ---
Reply to: