freeipmi-ipmidetect postinst fails on default install

Bug #1808637 reported by dezi
10
This bug affects 1 person
Affects Status Importance Assigned to Milestone
freeipmi (Debian)
Fix Released
Unknown
freeipmi (Ubuntu)
Fix Released
Undecided
Unassigned

Bug Description

Ubuntu 18.10

ProblemType: Package
DistroRelease: Ubuntu 18.10
Package: freeipmi-ipmidetect 1.5.7-2ubuntu1
ProcVersionSignature: Ubuntu 4.18.0-13.14-generic 4.18.17
Uname: Linux 4.18.0-13-generic x86_64
NonfreeKernelModules: nvidia_modeset nvidia
ApportVersion: 2.20.10-0ubuntu13.1
Architecture: amd64
Date: Sat Dec 15 16:11:08 2018
ErrorMessage: installed freeipmi-ipmidetect package post-installation script subprocess returned error exit status 1
InstallationDate: Installed on 2018-12-03 (12 days ago)
InstallationMedia: Ubuntu 18.10 "Cosmic Cuttlefish" - Release amd64 (20181017.3)
Python3Details: /usr/bin/python3.6, Python 3.6.7, python3-minimal, 3.6.7-1~18.10
PythonDetails: /usr/bin/python2.7, Python 2.7.15+, python-minimal, 2.7.15-3
RelatedPackageVersions:
 dpkg 1.19.0.5ubuntu5
 apt 1.7.0
SourcePackage: freeipmi
Title: package freeipmi-ipmidetect 1.5.7-2ubuntu1 failed to install/upgrade: installed freeipmi-ipmidetect package post-installation script subprocess returned error exit status 1
UpgradeStatus: No upgrade log present (probably fresh install)

Revision history for this message
dezi (slavslav2019) wrote :
tags: removed: need-duplicate-check
Revision history for this message
Karl Stenerud (kstenerud) wrote :

Hi Dezi,

Thanks for reporting this. Can you please attach any relevant error messages from syslog or anything else in the logs impi-related? Then change the bug status back to "new".

Changed in freeipmi (Ubuntu):
status: New → Incomplete
Revision history for this message
Andreas Hasenack (ahasenack) wrote :

I can confirm this is happening in disco.

I believe the issue is a conversion from sysv to systemd. The sysv script has this bit:
if [ "x$RUN" != "xyes" ] ; then
    log_failure_msg \
    "$NAME disabled, please adjust the configuration to your needs " \
    "and then set RUN to 'yes' in /etc/default/$NAME to enable it."
    exit 0
fi

The RUN variable is defined in /etc/default/ipmidetectd and defaults to "no", so, in a sysv-only system, that would just output the message above and exit 0, without failing.

The systemd job, however, doesn't seem to account for that. It sources the default file, but does nothing about the RUN variable:root@disco-freeipmi:/var/log# cat /lib/systemd/system/ipmidetectd.service
[Unit]
Description=IPMI Node Detection Monitoring Daemon
After=network.target

[Service]
Type=forking
EnvironmentFile=-/etc/default/ipmidetectd
ExecStart=/usr/sbin/ipmidetectd $OPTIONS

[Install]
WantedBy=multi-user.target

Therefore it tries to start, but without a valid configuration, fails.

Changed in freeipmi (Ubuntu):
status: Incomplete → Triaged
summary: - package freeipmi-ipmidetect 1.5.7-2ubuntu1 failed to install/upgrade:
- installed freeipmi-ipmidetect package post-installation script
- subprocess returned error exit status 1
+ freeipmi-ipmidetect postinst fails on default install
Changed in freeipmi (Debian):
status: Unknown → New
Changed in freeipmi (Debian):
status: New → Fix Committed
Changed in freeipmi (Debian):
status: Fix Committed → Fix Released
Revision history for this message
Utkarsh Gupta (utkarsh) wrote :

Hello,

Now that Hirsute has already incorporated the fix from Debian (via 1.6.3-1.1 sync), I am marking this as "Fix Releases". This is simply to clear and clean up old bugs.

Hope that makes sense. Thank you!

Changed in freeipmi (Ubuntu):
status: Triaged → Fix Released
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.