/etc/init/statd.conf: race with mountall if /var is separate partition

Bug #575307 reported by Joshua Baergen
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
nfs-utils (Ubuntu)
New
Undecided
Unassigned

Bug Description

Binary package hint: nfs-common

Description: Ubuntu 10.04 LTS
Release: 10.04
Package: nfs-common
Version: 1:1.2.0-4ubuntu4

Despite having the fix to #484209, I witnessed a box that still had problems starting statd at boot:

init: statd pre-start process (xxx) terminated with status 1
etc.

Turning on console output, I saw that statd was reporting a chdir error:

statd: Could not chdir: No such file or directory

Doing some Googling and guesswork, I eventually determined that it was failing to access /var/lib/nfs. On this particular box, /var is a separate partition from root, and I could see from boot.log that statd was being started before /var was finished mounting. I believe this race is simply fixed by the following dependency in /etc/init/statd.conf:

start on ((started portmap or mounting TYPE=nfs)
          and local-filesystems)

Revision history for this message
Joshua Baergen (joshuabaergen) wrote :

Doing a bit more work with my home PXE setup, it may have been /var/run that was needed instead of /var/lib/nfs, but it's all the same problem in the end.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.