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

[Steve Langasek]

On Thu, Jun 02, 2011 at 10:33:37PM -0000, Mitsch wrote:
> Just to make sure, I don't confuse things here: You mean, if I started
> idmapd by "sudo service idmapd start", everything would be fine for nfs4? 

To the best of my knowledge, yes, if you start idmapd using the system
interface NFSv4 works fine.  I'm using it this way myself without any
trouble.

Please let us know whether you have any problems when starting idmapd via
upstart.  As I understand it you've already gotten this working manually on
two of your three systems and that you're still investigating the
configuration on a third.

-- 
Steve Langasek                   Give me a lever long enough and a Free OS
Debian Developer                   to set it on, and I can move the world.
Ubuntu Developer                                    http://www.debian.org/
slangasek at ubuntu.com                                     vorlon at debian.org

-- 
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)