[Bug 1705054] Re: Trusty kexec-tools suffer from upstream code regression. Fix not included.
Eric Desrochers
eric.desrochers at canonical.com
Wed Jul 19 13:04:14 UTC 2017
Hi Rafael,
The Trusty debdiff has been uploaded in the Trusty upload queue[1], and
now waiting for the SRU verification team to approve the upload for the
package to start building in trusty-proposed.
[1] -
https://launchpad.net/ubuntu/trusty/+queue?queue_state=1&queue_text
=kexec-tools
Eric
** Also affects: kexec-tools (Ubuntu Trusty)
Importance: Undecided
Status: New
** Changed in: kexec-tools (Ubuntu Trusty)
Status: New => In Progress
** Changed in: kexec-tools (Ubuntu Trusty)
Assignee: (unassigned) => Rafael David Tinoco (inaddy)
** Changed in: kexec-tools (Ubuntu Trusty)
Importance: Undecided => Medium
** Tags removed: sts-sponsor
** Tags added: sts-sponsor-done sts-sru-needed
** Changed in: kexec-tools (Ubuntu)
Status: Confirmed => Fix Released
** Changed in: kexec-tools (Ubuntu)
Assignee: Rafael David Tinoco (inaddy) => (unassigned)
--
You received this bug notification because you are a member of Ubuntu
Sponsors Team, which is subscribed to the bug report.
https://bugs.launchpad.net/bugs/1705054
Title:
Trusty kexec-tools suffer from upstream code regression. Fix not
included.
Status in kexec-tools package in Ubuntu:
Fix Released
Status in kexec-tools source package in Trusty:
In Progress
Bug description:
[Impact]
* kdump doesn't work on non-efi systems
* a kernel dump can't be generated
[Test Case]
* install kdump-tools
* configure kdump-tools (/etc/default/kdump-tools)
* try to start kdump-tools service (kdump-config start)
* while executing kexec, you will get:
"efi memory descriptor version 0 is not supported!"
[Regression Potential]
* in theory it could brake kdump for efi systems
* in practice, its based on upstream regression fix (not included in Trusty)
* it has also been tested in 3 different setups and it worked
[Other Info]
Based on upstream code commit explanation:
"""
On non-EFI systems, efi_info section of boot_params is zero filled resulting
in an erroneous message from kexec regarding "efi memory descriptor" version.
Caused by commit: e1ffc9e9a0769e1f54185003102e9bec428b84e8 "Passing efi related
data via setup_data"
# od -j 448 -N 32 -v -x /sys/kernel/boot_params/data
0000700 0000 0000 0000 0000 0000 0000 0000 0000
0000720 0000 0000 0000 0000 0000 0000 0000 0000
0000740
# kexec -l --reuse-cmdline --initrd=/boot/initrd-`uname -r` /boot/vmlinuz-`uname -r`
efi memory descriptor version 0 is not supported!
"""
It was brought to my attention to some of our users are facing this:
----
## TRUSTY with kernel 4.4.0-83-generic
# /usr/sbin/kdump-config load
efi memory descriptor version 0 is not supported!
* loaded kdump kernel
/var/log/syslog:
Jul 18 13:37:06 xxxx kdump-config: /sbin/kexec -p --command-line="BOOT_IMAGE=/boot/vmlinuz-4.4.0-83-generic root=UUID=xxxxxxxx-20e4-4325-ad92-7aef2af0beac ro KDUMP_CMDLINE_APPEND=irqpoll maxcpus=1 nousb irqpoll maxcpus=1 nousb" --initrd=/boot/initrd.img-4.4.0-83-generic /boot/vmlinuz-4.4.0-83-generic
Jul 18 13:37:06 xxxx kdump-config: loaded kdump kernel
----
Despite the message of kdump being loaded, it doesn't look that it is
operational. Dump files could be generated using Xenial kdump-tools,
but not Trusty's.
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/kexec-tools/+bug/1705054/+subscriptions
More information about the Ubuntu-sponsors
mailing list