Package: nfs-common
Version: 1:1.2.5-4
Severity: important

Dear Maintainer,

However some people reported bugs that look like this one, I can't determine whether this is exactly the same issue.

The issue is that the NFS clients fail to map user ids from NFS server, complaining about wrong domain name (localdomain instead of the true domain name).
I use NFSv4 with MIT Kerberos authentication and openldap to store user information.
Everything is working fine (auth, nss, nfs mounting, etc) except NFS id mapping.
Domain is provided by DHCP, and setting domain in idmapd.conf as well does not solve the problem.
Both client and server are Debian testing.

Restarting nfs-common on the server after init actually solves the problem, and I added this to rc.local script as a workaround.

So I guess that there is something wrong in the init running order.

-- Package-specific info:
-- rpcinfo --
program vers proto port
100000 4 tcp 111 portmapper
100000 3 tcp 111 portmapper
100000 2 tcp 111 portmapper
100000 4 udp 111 portmapper
100000 3 udp 111 portmapper
100000 2 udp 111 portmapper
100003 2 tcp 2049 nfs
100003 3 tcp 2049 nfs
100003 4 tcp 2049 nfs
100227 2 tcp 2049
100227 3 tcp 2049
100003 2 udp 2049 nfs
100003 3 udp 2049 nfs
100003 4 udp 2049 nfs
100227 2 udp 2049
100227 3 udp 2049
100021 1 udp 33790 nlockmgr
100021 3 udp 33790 nlockmgr
100021 4 udp 33790 nlockmgr
100021 1 tcp 49108 nlockmgr
100021 3 tcp 49108 nlockmgr
100021 4 tcp 49108 nlockmgr
100005 1 udp 42771 mountd
100005 1 tcp 55095 mountd
100005 2 udp 56799 mountd
100005 2 tcp 41919 mountd
100005 3 udp 58820 mountd
100005 3 tcp 34937 mountd
100024 1 udp 58559 status
100024 1 tcp 41350 status
-- /etc/default/nfs-common --
NEED_STATD=
STATDOPTS=
NEED_IDMAPD=
NEED_GSSD=yes
-- /etc/idmapd.conf --
[General]
Verbosity = 0
Pipefs-Directory = /var/lib/nfs/rpc_pipefs
[Mapping]
Nobody-User = nobody
Nobody-Group = nogroup
-- /etc/fstab --

-- System Information:
Debian Release: wheezy/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: i386 (i686)

Kernel: Linux 3.2.0-1-686-pae (SMP w/1 CPU core)
Locale: LANG=fr_FR@euro, LC_CTYPE=fr_FR@euro (charmap=ISO-8859-15)
Shell: /bin/sh linked to /bin/dash

Versions of packages nfs-common depends on:
ii adduser 3.113+nmu1
ii initscripts 2.88dsf-22
ii libc6 2.13-26
ii libcap2 1:2.22-1
ii libcomerr2 1.42-1
ii libdevmapper1.02.1 2:1.02.67-2
ii libevent-2.0-5 2.0.16-stable-1
ii libgssapi-krb5-2 1.10+dfsg~beta1-2
ii libgssglue1 0.3-4
ii libk5crypto3 1.10+dfsg~beta1-2
ii libkeyutils1 1.5.2-2
ii libkrb5-3 1.10+dfsg~beta1-2
ii libmount1 2.20.1-1.2
ii libnfsidmap2 0.25-1
ii libtirpc1 0.2.2-5
ii libwrap0 7.6.q-22
ii lsb-base 3.2-28.1
ii rpcbind 0.2.0-7
ii ucf 3.0025+nmu2

Versions of packages nfs-common recommends:
ii python 2.7.2-10

nfs-common suggests no packages.

Versions of packages nfs-kernel-server depends on:
ii libblkid1 2.20.1-1.2
ii libc6 2.13-26
ii libnfsidmap2 0.25-1
ii libtirpc1 0.2.2-5
ii libwrap0 7.6.q-22
ii lsb-base 3.2-28.1
ii ucf 3.0025+nmu2

-- Configuration Files:
/etc/default/nfs-common changed:
NEED_STATD=
STATDOPTS=
NEED_IDMAPD=
NEED_GSSD=yes

/etc/idmapd.conf changed:
[General]
Verbosity = 0
Pipefs-Directory = /var/lib/nfs/rpc_pipefs
[Mapping]
Nobody-User = nobody
Nobody-Group = nogroup


-- no debconf information



--
To UNSUBSCRIBE, email to debian-kernel-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Archive: 20120211104237.3485.61227.reportbug@stellie.bailly .home">http://lists.debian.org/20120211104237.3485.61227.reportbug@stellie.bailly .home