Bug#590959: marked as done (idmapd only working in one direction)
Your message dated Sat, 14 Sep 2024 09:24:36 +0200 (CEST) with message-id <20240914072436.03b20be2...@eldamar.lan> and subject line Closing this bug (BTS maintenance for src:linux bugs) 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 ow...@bugs.debian.org immediately.) -- 590959: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=590959 Debian Bug Tracking System Contact ow...@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 --- Hi [This reply and bug closer is sent for doing BTS maintenance for src:nfs-utils bugs] This bug was reported against a very old nfs-utils version without much followups/triaging itself. If you can reproduce it with the current version in unstable/testing or stable at least, please reopen the bug, https://www.debian.org/Bugs/server-control for details. Regards, Salvatore--- End Message ---
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.3090...@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 ow...@bugs.debian.org immediately.) -- 590959: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=590959 Debian Bug Tracking System Contact ow...@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 ---