[Bug 1428961] [NEW] idmapd not started when booting under systemd

Steve Langasek steve.langasek at canonical.com
Fri Mar 6 06:58:30 UTC 2015


Public bug reported:

Sorry for not getting a chance to test this before upload, but now that
nfs-utils has support for systemd in the archive, I've rebooted and
tested it on a system that uses nfs.

I find that the idmapd service is not being started on boot when booting
with systemd.

$ pidof rpc.idmapd
$ systemctl status nfs-idmapd -l
● nfs-idmapd.service - NFSv4 ID-name mapping service
   Loaded: loaded (/lib/systemd/system/nfs-idmapd.service; static; vendor preset: enabled)
   Active: inactive (dead)

Mar 05 22:31:24 virgil systemd[1]: Starting NFSv4 ID-name mapping service...
Mar 05 22:31:24 virgil systemd[1]: Started NFSv4 ID-name mapping service.
Mar 05 22:31:24 virgil systemd[1]: Unit nfs-idmapd.service is bound to inactive unit. Stopping, too.
Mar 05 22:31:24 virgil systemd[1]: Stopping NFSv4 ID-name mapping service...
Mar 05 22:31:24 virgil systemd[1]: Stopped NFSv4 ID-name mapping service.
$

Under upstart, it is started unconditionally, which is correct.  idmapd
is used on both clients and servers, and should be started whenever the
nfs-common package is installed.

I'm not sure where the bug lies; I don't completely understand the
contents of /lib/systemd/system/nfs-idmapd.service.  The 'BindsTo=nfs-
server.service' appears to be imply that it will only be started when
nfs-server is started, and stopped when nfs-server is stopped, which is
certainly incorrect.

gssd is client-side only; idmapd and statd are used on both client and
server and should be started unconditionally in nfs-common, AIUI.

ProblemType: Bug
DistroRelease: Ubuntu 15.04
Package: nfs-common 1:1.2.8-9ubuntu4
ProcVersionSignature: Ubuntu 3.19.0-7.7-generic 3.19.0
Uname: Linux 3.19.0-7-generic x86_64
ApportVersion: 2.16.2-0ubuntu1
Architecture: amd64
CurrentDesktop: Unity
Date: Thu Mar  5 22:36:57 2015
InstallationDate: Installed on 2010-09-24 (1624 days ago)
InstallationMedia: Ubuntu 10.04.1 LTS "Lucid Lynx" - Release amd64 (20100816.1)
SourcePackage: nfs-utils
UpgradeStatus: Upgraded to vivid on 2014-12-06 (90 days ago)

** Affects: nfs-utils (Ubuntu)
     Importance: High
     Assignee: Martin Pitt (pitti)
         Status: In Progress


** Tags: amd64 apport-bug vivid

** Changed in: nfs-utils (Ubuntu)
     Assignee: (unassigned) => Martin Pitt (pitti)

-- 
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/1428961

Title:
  idmapd not started when booting under systemd

Status in nfs-utils package in Ubuntu:
  In Progress

Bug description:
  Sorry for not getting a chance to test this before upload, but now
  that nfs-utils has support for systemd in the archive, I've rebooted
  and tested it on a system that uses nfs.

  I find that the idmapd service is not being started on boot when
  booting with systemd.

  $ pidof rpc.idmapd
  $ systemctl status nfs-idmapd -l
  ● nfs-idmapd.service - NFSv4 ID-name mapping service
     Loaded: loaded (/lib/systemd/system/nfs-idmapd.service; static; vendor preset: enabled)
     Active: inactive (dead)

  Mar 05 22:31:24 virgil systemd[1]: Starting NFSv4 ID-name mapping service...
  Mar 05 22:31:24 virgil systemd[1]: Started NFSv4 ID-name mapping service.
  Mar 05 22:31:24 virgil systemd[1]: Unit nfs-idmapd.service is bound to inactive unit. Stopping, too.
  Mar 05 22:31:24 virgil systemd[1]: Stopping NFSv4 ID-name mapping service...
  Mar 05 22:31:24 virgil systemd[1]: Stopped NFSv4 ID-name mapping service.
  $

  Under upstart, it is started unconditionally, which is correct.
  idmapd is used on both clients and servers, and should be started
  whenever the nfs-common package is installed.

  I'm not sure where the bug lies; I don't completely understand the
  contents of /lib/systemd/system/nfs-idmapd.service.  The 'BindsTo=nfs-
  server.service' appears to be imply that it will only be started when
  nfs-server is started, and stopped when nfs-server is stopped, which
  is certainly incorrect.

  gssd is client-side only; idmapd and statd are used on both client and
  server and should be started unconditionally in nfs-common, AIUI.

  ProblemType: Bug
  DistroRelease: Ubuntu 15.04
  Package: nfs-common 1:1.2.8-9ubuntu4
  ProcVersionSignature: Ubuntu 3.19.0-7.7-generic 3.19.0
  Uname: Linux 3.19.0-7-generic x86_64
  ApportVersion: 2.16.2-0ubuntu1
  Architecture: amd64
  CurrentDesktop: Unity
  Date: Thu Mar  5 22:36:57 2015
  InstallationDate: Installed on 2010-09-24 (1624 days ago)
  InstallationMedia: Ubuntu 10.04.1 LTS "Lucid Lynx" - Release amd64 (20100816.1)
  SourcePackage: nfs-utils
  UpgradeStatus: Upgraded to vivid on 2014-12-06 (90 days ago)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/nfs-utils/+bug/1428961/+subscriptions



More information about the foundations-bugs mailing list