| 2014-05-11 10:38:16 |
Oliver Mueller |
bug |
|
|
added bug |
| 2014-05-30 07:38:18 |
Juan Fernandez |
bug |
|
|
added subscriber Juan Fernandez |
| 2014-07-22 10:34:10 |
Tore Anderson |
affects |
ejabberd (Ubuntu) |
openipmi (Ubuntu) |
|
| 2014-07-22 10:39:11 |
Launchpad Janitor |
openipmi (Ubuntu): status |
New |
Confirmed |
|
| 2015-12-04 07:55:17 |
Jeremy Kerr |
tags |
|
taco-screen-team |
|
| 2015-12-04 11:28:13 |
Breno Leitão |
openipmi (Ubuntu): assignee |
|
Taco Screen team (taco-screen-team) |
|
| 2015-12-09 18:55:37 |
Jon Grimm |
openipmi (Ubuntu): importance |
Undecided |
High |
|
| 2015-12-09 18:55:54 |
Jon Grimm |
bug |
|
|
added subscriber Jon Grimm |
| 2015-12-09 19:01:01 |
Jon Grimm |
bug |
|
|
added subscriber Ubuntu Server Team |
| 2015-12-17 17:46:20 |
Nish Aravamudan |
bug |
|
|
added subscriber Nish Aravamudan |
| 2015-12-18 19:07:56 |
Nish Aravamudan |
openipmi (Ubuntu): assignee |
Taco Screen team (taco-screen-team) |
Nish Aravamudan (nacc) |
|
| 2015-12-19 00:22:28 |
Nish Aravamudan |
attachment added |
|
lp1318317.v1.patch https://bugs.launchpad.net/ubuntu/+source/openipmi/+bug/1318317/+attachment/4537144/+files/lp1318317.v1.patch |
|
| 2015-12-19 04:19:36 |
Ubuntu Foundations Team Bug Bot |
tags |
taco-screen-team |
patch taco-screen-team |
|
| 2015-12-19 04:19:46 |
Ubuntu Foundations Team Bug Bot |
bug |
|
|
added subscriber Ubuntu Review Team |
| 2016-03-04 00:27:50 |
Nish Aravamudan |
openipmi (Ubuntu): milestone |
|
ubuntu-16.04 |
|
| 2016-03-04 00:58:46 |
Nish Aravamudan |
attachment added |
|
openipmi_2.0.18-0ubuntu9.2.0.18-0ubuntu10.debdiff https://bugs.launchpad.net/ubuntu/+source/openipmi/+bug/1318317/+attachment/4588022/+files/openipmi_2.0.18-0ubuntu9.2.0.18-0ubuntu10.debdiff |
|
| 2016-03-04 00:59:29 |
Nish Aravamudan |
bug |
|
|
added subscriber Ubuntu Sponsors Team |
| 2016-03-11 03:32:57 |
Nish Aravamudan |
openipmi (Ubuntu): status |
Confirmed |
In Progress |
|
| 2016-03-15 17:18:20 |
Launchpad Janitor |
openipmi (Ubuntu): status |
In Progress |
Fix Released |
|
| 2016-03-18 21:41:02 |
Nish Aravamudan |
description |
I need some IPMI kernel modules, so I load them during startup. This worked quite well until I upgraded to Ubuntu 14.04.
As you can see I have the modules in /etc/modules:
# grep ipmi /etc/modules
ipmi_watchdog
ipmi_devintf
ipmi_poweroff
ipmi_si
Right after reboot, the modules are there:
# lsmod |grep -i ipm
ipmi_si 53257 2
ipmi_poweroff 14366 0
ipmi_devintf 17572 0
ipmi_watchdog 24912 0
but disappear after a few seconds/minute. I found out, that the cause is the /etc/init.d/openipmi script. The behaviour of the script is quite strange because a stop/start will behave differently then a restart.
I loaded the modules manually using modprobe:
ipmi_si 53257 2
ipmi_poweroff 14366 0
ipmi_devintf 17572 0
ipmi_watchdog 24912 0
when I execute:
# service openipmi stop
the module ipmi_devintf gets removed:
ipmi_si 53257 2
ipmi_poweroff 14366 0
ipmi_watchdog 24912 0
starting the service again with:
# service openipmi start
will remove ALL IPMI kernel modules:
# lsmod |grep -i ipm
#
One of the reasons seems to be the module ipmi_msghandler. This is already integrated and causes some of the problems.
When I remove it from /etc/init.d/openipmi like this:
65,66c65
< #MODULES_BASE="ipmi_msghandler"
< MODULES_BASE=""
---
> MODULES_BASE="ipmi_msghandler"
325,326c324,325
< # modprobe ipmi_msghandler > /dev/null 2>&1
< # modules_loaded ipmi_msghandler
---
> modprobe ipmi_msghandler > /dev/null 2>&1
> modules_loaded ipmi_msghandler
stoping and starting the service works again. But restarting the service will still remove all modules and will not load them anymore. |
I need some IPMI kernel modules, so I load them during startup. This worked quite well until I upgraded to Ubuntu 14.04.
As you can see I have the modules in /etc/modules:
# grep ipmi /etc/modules
ipmi_watchdog
ipmi_devintf
ipmi_poweroff
ipmi_si
Right after reboot, the modules are there:
# lsmod |grep -i ipm
ipmi_si 53257 2
ipmi_poweroff 14366 0
ipmi_devintf 17572 0
ipmi_watchdog 24912 0
but disappear after a few seconds/minute. I found out, that the cause is the /etc/init.d/openipmi script. The behaviour of the script is quite strange because a stop/start will behave differently then a restart.
I loaded the modules manually using modprobe:
ipmi_si 53257 2
ipmi_poweroff 14366 0
ipmi_devintf 17572 0
ipmi_watchdog 24912 0
when I execute:
# service openipmi stop
the module ipmi_devintf gets removed:
ipmi_si 53257 2
ipmi_poweroff 14366 0
ipmi_watchdog 24912 0
starting the service again with:
# service openipmi start
will remove ALL IPMI kernel modules:
# lsmod |grep -i ipm
#
One of the reasons seems to be the module ipmi_msghandler. This is already integrated and causes some of the problems.
When I remove it from /etc/init.d/openipmi like this:
65,66c65
< #MODULES_BASE="ipmi_msghandler"
< MODULES_BASE=""
---
> MODULES_BASE="ipmi_msghandler"
325,326c324,325
< # modprobe ipmi_msghandler > /dev/null 2>&1
< # modules_loaded ipmi_msghandler
---
> modprobe ipmi_msghandler > /dev/null 2>&1
> modules_loaded ipmi_msghandler
stoping and starting the service works again. But restarting the service will still remove all modules and will not load them anymore.
[Impact]
Issuing `service openipmi {start,stop,restart}` failures lead to unloading of IPMI modules that were previously loaded. Particularly on OpenPower systems, but also on others, this will result in 'ipmi_devintf' being unloaded during boot, and in-band IPMI being non-functional (amongst other IPMI functionality).
[Test Case]
On an OpenPower machine (this also happens on an appropriately configured (meaning without IPMI support) Intel qemu instance), load IPMI modules (in particular, ipmi_devintf, but any of them can be affected). Attempt to start the openipmi service with `service openipmi start`. Without the fix proposed, here, the ipmi_devintf module is unloaded. With the fix, the module stays loaded.
[Regression Potential]
The primary risk of regression is if an end-user was relying on the behavior of an error during openipmi initialization resulting in disabling of all IPMI functionality. I don't think that is reasonable behavior to rely on, though (and is not clearly documented anywhere as expected). |
|
| 2016-03-18 21:48:48 |
Nish Aravamudan |
attachment added |
|
openipmi_2.0.18-0ubuntu7.1.2.0.18-0ubuntu7.2.debdiff https://bugs.launchpad.net/ubuntu/+source/openipmi/+bug/1318317/+attachment/4603771/+files/openipmi_2.0.18-0ubuntu7.1.2.0.18-0ubuntu7.2.debdiff |
|
| 2016-03-18 23:33:45 |
C de-Avillez |
nominated for series |
|
Ubuntu Trusty |
|
| 2016-03-18 23:33:45 |
C de-Avillez |
bug task added |
|
openipmi (Ubuntu Trusty) |
|
| 2016-03-21 03:18:50 |
Mathew Hodson |
openipmi (Ubuntu Trusty): status |
New |
Triaged |
|
| 2016-03-21 03:18:52 |
Mathew Hodson |
openipmi (Ubuntu Trusty): importance |
Undecided |
High |
|
| 2016-04-14 16:15:51 |
Michael Terry |
bug |
|
|
added subscriber Michael Terry |
| 2016-04-14 16:15:53 |
Michael Terry |
openipmi (Ubuntu Trusty): status |
Triaged |
In Progress |
|
| 2016-04-14 16:16:01 |
Michael Terry |
bug |
|
|
added subscriber Ubuntu Stable Release Updates Team |
| 2016-04-14 16:16:05 |
Michael Terry |
removed subscriber Ubuntu Review Team |
|
|
|
| 2016-04-22 09:30:19 |
Timo Aaltonen |
openipmi (Ubuntu Trusty): status |
In Progress |
Fix Committed |
|
| 2016-04-22 09:30:22 |
Timo Aaltonen |
bug |
|
|
added subscriber SRU Verification |
| 2016-04-22 09:30:26 |
Timo Aaltonen |
tags |
patch taco-screen-team |
patch taco-screen-team verification-needed |
|
| 2016-06-02 20:25:57 |
Breno Leitão |
tags |
patch taco-screen-team verification-needed |
patch taco-screen-team verification-done |
|
| 2016-06-06 22:09:55 |
Launchpad Janitor |
openipmi (Ubuntu Trusty): status |
Fix Committed |
Fix Released |
|
| 2016-09-21 21:36:53 |
Launchpad Janitor |
merge proposal linked |
|
https://code.launchpad.net/~nacc/ubuntu/+source/openipmi/+git/openipmi/+merge/297709 |
|
| 2022-03-16 13:11:18 |
Roland Weißmüller |
bug |
|
|
added subscriber Roland Weißmüller |
