This bug was fixed in the package makedumpfile - 1:1.6.6-2ubuntu2
---------------
makedumpfile (1:1.6.6-2ubuntu2) eoan; urgency=medium
[ Thadeu Lima de Souza Cascardo ]
* Fixes for DLPAR cpu add operation (LP: #1828596)
- d/kdump-config.in: Add a reload command.
- d/kdump-config.in: implement try-reload.
- d/50-kdump-tools.rules: Use kdump-config reload after cpu or memory
hotplug
- d/50-kdump-tools.rules: use try-reload instead.
* d/rules: Use reset_devices as a cmdline parameter. (LP: #1800566)
[ Guilherme G. Piccoli ]
* d/kdump-tools-dump.service: Add a systemd-resolved service dependency
in order to make kdump-tool able to resolve DNS when in kdump boot.
(LP: #1856323)
* d/p/0003-Increase-SECTION_MAP_LAST_BIT-to-4.patch: x86_64: Fix an error due
to makedumpfile being out-of-sync with recent kernels. (LP: #1857616)
-- gpicc...@canonical.com (Guilherme G. Piccoli) Fri, 03 Jan 2020
16:10:19 -0300
** Changed in: makedumpfile (Ubuntu Eoan)
Status: Fix Committed => Fix Released
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to makedumpfile in Ubuntu.
https://bugs.launchpad.net/bugs/1800566
Title:
Make reset_devices parameter default for kdump
Status in makedumpfile package in Ubuntu:
Fix Released
Status in makedumpfile source package in Trusty:
Won't Fix
Status in makedumpfile source package in Xenial:
Fix Committed
Status in makedumpfile source package in Bionic:
Fix Committed
Status in makedumpfile source package in Cosmic:
Won't Fix
Status in makedumpfile source package in Disco:
Won't Fix
Status in makedumpfile source package in Eoan:
Fix Released
Status in makedumpfile source package in Focal:
Fix Released
Bug description:
[Impact]
* Kdump does not configure by default the crash kernel to perform a
device reset by default, by passing the "reset_devices" parameter.
* Kernel has the "reset_devices" parameter that drivers can opt-in,
and perform special activity in case this parameter is parsed from
command-line. For example, in kdump kernels it hints the drivers that
they are booting from a non-healthy condition and needs to issue some
form of reset to the adapter, like clearing DMA mapping in their
firmware for example. Users currently (kernel v5.5-rc2) are: aacraid,
hpsa, ipr, megaraid_sas, mpt3sas, smartpqi, xenbus.
This should be enabled by default in the kdump config file to be added
in the kdump kernel command-line for all versions.
[Test Case]
1) Deploy a Bionic VM e.g. with uvt-kvm
2) Install the kdump-tools package
3) Run `kdump-config test`and check for the 'reset_devices' parameter:
$ kdump-config test
...
kexec command to be used:
/sbin/kexec -p --command-line="BOOT_IMAGE=/boot/vmlinuz-4.15.0-45-generic
root=LABEL=cloudimg-rootfs ro console=tty1 console=ttyS0 nr_cpus=1
systemd.unit=kdump-tools.service irqpoll nousb ata_piix.prefer_ms_hyperv=0"
/var/lib/kdump/vmlinuz
[Regression Potential]
The regression potential is low, since it doesn't need any changes in
makedumpfile code and we're only adding a parameter on the crash
kernel command-line. The risks are related with bad behavior with the
kernel when using "reset_devices", like if the driver has bugs in this
path. It's considered safer to have the option (and this way prevent
problems for booting a unhealthy kernel with potential stuck DMAs in
the devices) than not having it.
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/makedumpfile/+bug/1800566/+subscriptions
--
Mailing list: https://launchpad.net/~kernel-packages
Post to : kernel-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kernel-packages
More help : https://help.launchpad.net/ListHelp
