openipmi adding to autoload fail
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
openipmi (Debian) |
Fix Released
|
Unknown
|
|||
openipmi (Ubuntu) |
Fix Released
|
High
|
Unassigned | ||
Xenial |
Fix Released
|
Undecided
|
Unassigned |
Bug Description
[Impact]
* Attempting to set the openipmi service to autostart (or any other systemd manipulation of that service) results in:
/bin/systemctl enable openipmi
openipmi.service is not a native service, redirecting to systemd-
Executing /lib/systemd/
update-rc.d: error: openipmi Default-Start contains no runlevels, aborting.
* The fix specifies the common default values for Default-Start and Default-Stop in the init-script.
[Test Case]
* Install openipmi and execute `systemctl enable openipmi`. A successful execution indicates the issue has been fixed.
[Regression Potential]
* Currently, the init-script provides no Default-Start or Default-Stop value. I believe the chance for regression by adding these is very low, as they are expected to be specified by systemd (at least).
I tried to add openipmi service to autostart and I've got following error:
/bin/systemctl enable openipmi
openipmi.service is not a native service, redirecting to systemd-
Executing /lib/systemd/
update-rc.d: error: openipmi Default-Start contains no runlevels, aborting.
echo $?
1
update-rc.d openipmi enable
update-rc.d: error: openipmi Default-Start contains no runlevels, aborting.
grep Default-Start /etc/init.
# Default-Start:
lsb_release -rd
Description: Ubuntu 16.04 LTS
Release: 16.04
apt-cache policy openipmi
openipmi:
Installed: 2.0.18-0ubuntu11
Candidate: 2.0.18-0ubuntu11
Version table:
*** 2.0.18-0ubuntu11 500
500 mirror://<OUR CORPORATE UP-TO-DATE MIRROR>
100 /var/lib/
Angle brackets and text inside changed manually while bug reporting.
After changing /etc/init.
# Default-Start: 2 3 4 5
problem was solved.
description: | updated |
tags: | added: bitesize server-next |
Changed in openipmi (Ubuntu): | |
importance: | Undecided → High |
Changed in openipmi (Ubuntu): | |
assignee: | nobody → Nish Aravamudan (nacc) |
Changed in openipmi (Ubuntu): | |
status: | New → Triaged |
Changed in openipmi (Debian): | |
status: | Unknown → Confirmed |
Changed in openipmi (Ubuntu): | |
status: | Triaged → In Progress |
Changed in openipmi (Ubuntu Xenial): | |
status: | New → In Progress |
Changed in openipmi (Ubuntu): | |
assignee: | Nish Aravamudan (nacc) → nobody |
Changed in openipmi (Ubuntu Xenial): | |
assignee: | nobody → Nish Aravamudan (nacc) |
tags: |
added: verification-done removed: verification-needed |
Changed in openipmi (Ubuntu Xenial): | |
assignee: | Nish Aravamudan (nacc) → nobody |
Changed in openipmi (Debian): | |
status: | Confirmed → Fix Released |
I have reported this to Debian as http:// bugs.debian. org/cgi- bin/bugreport. cgi?bug= 829037 and have also provided in the same bug the same debdiff. I'm currently pushing all of our 16.10 delta to Debian, and I'm hoping we might be able to sync openipmi in 16.10. If that is the case, then 16.10 will get the fix via that route (and presuming Debian accepts the same change, admittedly). At which point, we can SRU the attached debdiff to Xenial.