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

Bug#659465: nfs-common: need to restart nfs-common at the end of init on the NFS server



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



Reply to: