[Bug 791588] Re: no idmapd for nfs4-clients

[Mitsch]

> I'm using it this way myself without any trouble.

If you have already installed nfs-kernel-server on your system, you are
right: dpkg installs several directories under /var/lib/nfs/rpc_pipefs
with that package, also the "nfs" directory, needed for idmapd (as
server AND client). But if you only install nfs-common, idmapd won't
start until you mkdir /var/lib/nfs/rpc_pipefs/nfs by hand. Promise!
That's the only way I can make idmapd run on a nfs-client-only-machine
with only nfs-common installed, otherwise it fails - this is prooven to
work on all my Ubuntu-machines, even on the netbook: idmapd does run,
now (- although I get the same funny nonsense about the owners and
groups in nautilus and with ls -l in the terminal on the netbook like
before. But this is only on the netbook and it seems to be another
issue. It may have nothing to do with idmapd on the nfs-client.)

To be more precise: idmapd now is running automatically on startup (no
need for manual work), just like configured in /etc/default/nfs-common
and just like expected - but that is AFTER I created the needed
/var/lib/nfs/rpc_pipefs/nfs directory by hand, which does not exist
after a clean Ubuntu 11.04 install with just nfs-common installed.

Hope, that was clear, now! :)

Greets!
Mitsch

-- 
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to nfs-utils in Ubuntu.
https://bugs.launchpad.net/bugs/791588

Title:
  no idmapd for nfs4-clients

Status in “nfs-utils” package in Ubuntu:
  Incomplete

Bug description:
  Hello!

  Thought this one is bug-report for nfs-common. (And I really typed
  "ubuntu-bug nfs-common" - I'm innocent! I was redirected!)

  I have a debian nfs-server that uses nfs4 and it isn't possible for
  ubuntu to use nfs4-mounts properly, because idmapd won't start
  although it's configured in /etc/default/nfs-common:

  #######################
  $ cat /etc/default/nfs-common 

  NEED_STATD=
  STATDOPTS=
  NEED_IDMAPD=yes
  NEED_GSSD=

  #######################

  A "ps aux" executed on both server and client shows that on the server rpc.idmapd is running, but on the client side it's not.
  Executing rpc.idmapd on the client manually fails:

  #######################
  $ sudo rpc.idmapd -fv

  rpc.idmapd: libnfsidmap: using domain: localdomain

  rpc.idmapd: libnfsidmap: loaded plugin
  /usr/lib/libnfsidmap/nsswitch.so for method nsswitch

  rpc.idmapd: Expiration time is 600 seconds.
  rpc.idmapd: Opened /proc/net/rpc/nfs4.nametoid/channel
  rpc.idmapd: Opened /proc/net/rpc/nfs4.idtoname/channel
  rpc.idmapd: main: (/var/lib/nfs/rpc_pipefs/nfs): No such file or directory

  #######################

  Easy workaround: create that directory!

  #######################
  $ sudo mkdir /var/lib/nfs/rpc_pipefs/nfs

  #######################

  Unfortunately, this doesn't fix the problem on all ubuntu machines. I
  have three of them: A Powermac G4 with an Ubuntu 11.04 fallback Gnome
  2.x-Desktop, a 64bit-machine as a HTPC with a minimal Ubuntu
  installation running XBMC and a netbook with Unity-Desktop. The first
  two do, the netbook doesn't. Could be a problem with WLAN (the netbook
  is not cable-connected) or the server configuration. Got to check a
  few things here…

  But one thing's clear: As long as the package nfs-common doesn't
  create a /var/lib/nfs/rpc_pipefs/nfs directory, idmapd won't start and
  there is no chance to get nfs4 working properly.

  ProblemType: Bug
  DistroRelease: Ubuntu 11.04
  Package: nfs-common 1:1.2.2-4ubuntu5
  ProcVersionSignature: Ubuntu 2.6.38-9.43-powerpc 2.6.38.4
  Uname: Linux 2.6.38-9-powerpc ppc
  Architecture: powerpc
  Date: Wed Jun  1 21:39:56 2011
  InstallationMedia: Ubuntu 10.10 "Maverick Meerkat" - Release powerpc (20101008)
  ProcEnviron:
   LANGUAGE=de_DE:en
   PATH=(custom, user)
   LANG=de_DE.UTF-8
   SHELL=/bin/bash
  SourcePackage: nfs-utils
  UpgradeStatus: Upgraded to natty on 2011-05-03 (28 days ago)