[Bug 1428961] Re: idmapd not started when booting under systemd
andi bachmann
1428961 at bugs.launchpad.net
Thu Jun 16 14:31:15 UTC 2016
I have the same experience as described in the original bug description. My system is running
on ubuntu 16.04 and I've installed `nfs-common` (client-only, I don't want `nfs-server` on the system).
# systemctl -a list-unit-files *idmap*
UNIT FILE STATE
idmapd.service masked
nfs-idmapd.service static
# 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)
And starting does not work:
# systemctl start nfs-idmapd
Failed to start nfs-idmapd.service: Unit nfs-server.service not found.
Do I understand you, @pitti in #11 correctly that `nfs-server` needs to
be installed?
thanks for clarifying!
andi
--
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:
Fix Released
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