package nfs-common (not installed) failed to install/upgrade: subprocess installed post-installation script returned error exit status 1

Bug #457896 reported by Mario Limonciello
26
This bug affects 6 people
Affects Status Importance Assigned to Milestone
nfs-utils (Ubuntu)
Fix Released
Medium
Unassigned

Bug Description

In the middle of apt updates

ProblemType: Package
Architecture: i386
Date: Thu Oct 22 01:06:21 2009
DistroRelease: Ubuntu 9.10
ErrorMessage: subprocess installed post-installation script returned error exit status 1
NonfreeKernelModules: wl
Package: nfs-common (not installed)
ProcVersionSignature: Ubuntu 2.6.31-14.48-generic
SourcePackage: nfs-utils
Title: package nfs-common (not installed) failed to install/upgrade: subprocess installed post-installation script returned error exit status 1
Uname: Linux 2.6.31-14-generic i686

Revision history for this message
Mario Limonciello (superm1) wrote :
Revision history for this message
Steve Langasek (vorlon) wrote :

Error is:

Setting up nfs-common (1:1.2.0-2ubuntu8) ...
statd start/running, process 12034
gssd stop/pre-start, process 12057
start: Job is already running: idmapd
invoke-rc.d: initscript idmapd, action "restart" failed.
dpkg: error processing nfs-common (--configure):
 subprocess installed post-installation script returned error exit status 1

Seems to be hitting this bit in upstart-job:

    PID=$(status "$JOB" 2>/dev/null | awk '/[0-9]$/ { print $NF }')
    if [ -z "$PID" ] && [ "$COMMAND" = "stop" ]; then
        exit 0
    elif [ -n "$PID" ] && [ "$COMMAND" = "start" ]; then
        exit 0
    elif [ -z "$PID" ] && [ "$COMMAND" = "restart" ]; then
        start "$JOB"
        exit 0
    fi

so status is not returning a PID, but 'start' is failing saying that it's already running.

Revision history for this message
Steve Langasek (vorlon) wrote :

Per submitter:
$ sudo status idmapd
idmapd start/running
$

That's not the output we should have there, idmapd shouldn't be "running" without a PID... so something is amiss.

Revision history for this message
Steve Langasek (vorlon) wrote :

supermario@supermario:~$ sudo rpc.idmapd -v -f
rpc.idmapd: error while loading shared libraries: libevent-1.4.so.2: cannot open shared object file: No such file or directory

So not a bug in nfs-utils.

Steve Langasek (vorlon)
Changed in nfs-utils (Ubuntu):
importance: Undecided → Medium
status: New → Incomplete
Revision history for this message
Mario Limonciello (superm1) wrote :

I've just tested an install with the 9.10 RC for Mythbuntu both with and without NFS selected during install.

I believe that this issue is actually resolved now. It was most likely caused by mythbuntu-live-autostart depending upon nfs-common earlier in the cycle. This caused nfs-common to be installed, but messed up the cleanup of it's dependencies post-install if it was not selected for installation. Installing NFS manually later would result in an unusable NFS service due to these broken dependencies.

Changed in nfs-utils (Ubuntu):
status: Incomplete → Fix Released
Changed in nfs-utils (Ubuntu):
status: Fix Released → Fix Committed
status: Fix Committed → Fix Released
Revision history for this message
isatis31 (faucheux-laurent) wrote :

for me, solved by manually (vi) create user statd and group nogroup

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.