[Bug 484209] Re: /etc/init/statd.conf: race with portmap startup

Rolf Leggewie 484209 at bugs.launchpad.net
Wed Dec 3 08:07:55 UTC 2014


karmic has seen the end of its life and is no longer receiving any
updates. Marking the karmic task for this ticket as "Won't Fix".

** Changed in: nfs-utils (Ubuntu Karmic)
       Status: Triaged => Won't Fix

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

Title:
  /etc/init/statd.conf: race with portmap startup

Status in nfs-utils package in Ubuntu:
  Fix Released
Status in nfs-utils source package in Lucid:
  Fix Released
Status in nfs-utils source package in Karmic:
  Won't Fix

Bug description:
  On my system (a Xen virtual machine running karmic and acting as an
  NFS client), I see the following during boot:

  init: statd pre-start process (831) terminated with status 1
  mountall: Event failed

  Enabling console output in /etc/init/statd.conf shows that the error
  is caused by statd's pre-start script attempting to start portmap when
  it is already started.  The pre-start script tries to avoid this by
  checking portmap's status:

          status portmap | grep -q start/running || start portmap

  However adding debug statements showed that portmap's status at this
  point was "start/spawned" rather than "start/running".  I.e. portmap
  was already in the process of being started but was not yet "running".

  Simply changing that line to

          status portmap | grep -q start/ || start portmap

  solved the problem for me.

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



More information about the foundations-bugs mailing list