nfs-kernel-server does not start on boot because portmap is not running
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
rpcbind (Ubuntu) |
Fix Released
|
High
|
Steve Langasek | ||
Oneiric |
Fix Released
|
High
|
Steve Langasek | ||
Precise |
Fix Released
|
High
|
Steve Langasek |
Bug Description
SRU justification: unreliable start of NFS-related services (client and server) when /var is a separate partition, due to oversight in /run handling in the rpcbind package.
Regression potential: minimal.
Test case:
1) configure a system with /var as a separate mount point and install rpcbind.
2) reboot
3) verify that rpcbind is not started after boot.
4) upgrade to the SRU version
5) reboot
6) verify that rpcbind is now started reliably.
I have a fully upgraded 11.10 desktop release and installed nfs-common, nfs-kernel-server, and rpcbind which provides portmap. After I boot up, nfs-kernel-server is not running. When I try to start nfs-kernel-server with
service nfs-kernel-
I get the error message that portmap is not running. But, with
service portmap status
I get the message that portmap is running. To start nfs-kernel-server, I have to do:
service statd start
service portmap stop
service portmap start
service nfs-kernel-server start
This may be related to the fact that the script /etc/init/
Also, in /etc/init/
A temporary workaround may be to put the lines
service statd start
service portmap stop
service portmap start
service nfs-kernel-server start
into /etc/rc.local
Note that I have /, /boot, /var, /tmp, /usr in different partitions. Not sure this makes a difference.
ProblemType: Bug
DistroRelease: Ubuntu 11.10
Package: nfs-kernel-server 1:1.2.4-1ubuntu2
ProcVersionSign
Uname: Linux 3.0.0-12-generic i686
NonfreeKernelMo
ApportVersion: 1.23-0ubuntu3
Architecture: i386
Date: Sat Oct 15 22:53:34 2011
InstallationMedia: Ubuntu 11.10 "Oneiric Ocelot" - Release i386 (20111012)
ProcEnviron:
PATH=(custom, no user)
LANG=en_US.UTF-8
SHELL=/bin/bash
SourcePackage: nfs-utils
UpgradeStatus: No upgrade log present (probably fresh install)
description: | updated |
Changed in rpcbind (Ubuntu Oneiric): | |
status: | Triaged → In Progress |
Changed in rpcbind (Ubuntu Precise): | |
status: | Triaged → In Progress |
Status changed to 'Confirmed' because the bug affects multiple users.