I could not resist to say that pointing at a quite common bug in a C
program (non terminating string with a 0 character) together with a link
to the fix should be enough in my opinion. As the exact result of the
idmapd behavior with this bug depends on a way glibc/kernel allocates
the memory, it may be hard to hit a problem reproducibly, but it does
not mean it is not there. I mainly writes it because the way I have hit
the problem may say too non-standard.
I came across this problem with the idmapd.conf file below with a Static
mapping plugin (that is only available in a git of libnfsidmapd that I
used via LD_LIBRARY_PATH). The problem observed was:
root@elvys:~# LD_LIBRARY_PATH=~/libnfsidmap/.libs/ rpc.idmapd -f -vvv
rpc.idmapd: libnfsidmap: Unable to determine the NFSv4 domain; Using
'localdomain' as the NFSv4 domain which means UIDs will be mapped to the
'Nobody-User' user defined in /etc/idmapd.conf
root@elvys:~# cat /etc/idmapd.conf
[General]
Verbosity = 0
Pipefs-Directory = /run/rpc_pipefs
# set your own domain here, if id differs from FQDN minus hostname
Domain = EINFRA
On 09/18/2012 09:00 AM, Steve Langasek wrote:
> Jiri,
>
> Could you provide a reproducible test case demonstrating the problem?
>
> ** Changed in: nfs-utils (Ubuntu)
> Status: New => Fix Released
>
> ** Also affects: nfs-utils (Ubuntu Precise)
> Importance: Undecided
> Status: New
>
> ** Changed in: nfs-utils (Ubuntu Precise)
> Status: New => Triaged
>
> ** Changed in: nfs-utils (Ubuntu Precise)
> Importance: Undecided => High
>
Hi,
I could not resist to say that pointing at a quite common bug in a C
program (non terminating string with a 0 character) together with a link
to the fix should be enough in my opinion. As the exact result of the
idmapd behavior with this bug depends on a way glibc/kernel allocates
the memory, it may be hard to hit a problem reproducibly, but it does
not mean it is not there. I mainly writes it because the way I have hit
the problem may say too non-standard.
I came across this problem with the idmapd.conf file below with a Static
mapping plugin (that is only available in a git of libnfsidmapd that I
used via LD_LIBRARY_PATH). The problem observed was:
root@elvys:~# LD_LIBRARY_ PATH=~/ libnfsidmap/ .libs/ rpc.idmapd -f -vvv
rpc.idmapd: libnfsidmap: Unable to determine the NFSv4 domain; Using
'localdomain' as the NFSv4 domain which means UIDs will be mapped to the
'Nobody-User' user defined in /etc/idmapd.conf
root@elvys:~# cat /etc/idmapd.conf
[General]
Verbosity = 0
Pipefs-Directory = /run/rpc_pipefs
# set your own domain here, if id differs from FQDN minus hostname
Domain = EINFRA
[Mapping]
Nobody-User = nobody
Nobody-Group = nogroup
[Translation]
Method = static, nsswitch
[Static]
uzivatel@EINFRA = lokalniuzivatel
uzivatel2@EINFRA = jinylokalniuzivatel
storage@EINFRA = users
Regards,
Jiri Horky
On 09/18/2012 09:00 AM, Steve Langasek wrote:
> Jiri,
>
> Could you provide a reproducible test case demonstrating the problem?
>
> ** Changed in: nfs-utils (Ubuntu)
> Status: New => Fix Released
>
> ** Also affects: nfs-utils (Ubuntu Precise)
> Importance: Undecided
> Status: New
>
> ** Changed in: nfs-utils (Ubuntu Precise)
> Status: New => Triaged
>
> ** Changed in: nfs-utils (Ubuntu Precise)
> Importance: Undecided => High
>