UbuntuKVM:Ubuntu16.10:makekdumpfile fails during kdump reboot

Bug #1636771 reported by bugproxy
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
makedumpfile (Ubuntu)
New
Undecided
Taco Screen team

Bug Description

Problem Description:
===================
makedumpfile Fails during kdump reboot

Steps to re-create:
==================
- Install abakvm with 4.8.0-26
- Edit /etc/default/grub.cfg file with crashkernel as in the following:

Logs:
====
root@abakvm:~# cat /proc/cmdline
root=UUID=0ed530b3-0f14-45b8-93a8-7502ee36d45f ro splash quiet crashkernel=2G-4G:320M,4G-32G:512M,32G-64G:1024M,64G-128G:2048M,128G-:4096M
root@abakvm:~# uname -r
4.8.0-26-generic
root@abakvm:~# ls -lh /var/lib/kdump
total 31M
drwxr-xr-x 5 root root 4.0K Oct 17 03:10 initramfs-tools
lrwxrwxrwx 1 root root 42 Oct 24 05:07 initrd.img -> /var/lib/kdump/initrd.img-4.8.0-26-generic
-rw-r--r-- 1 root root 16M Oct 17 05:09 initrd.img-4.8.0-22-generic
-rw-r--r-- 1 root root 16M Oct 24 04:56 initrd.img-4.8.0-26-generic
lrwxrwxrwx 1 root root 30 Oct 24 05:07 vmlinuz -> /boot/vmlinux-4.8.0-26-generic
root@abakvm:~# kdump-config show
DUMP_MODE: kdump
USE_KDUMP: 1
KDUMP_SYSCTL: kernel.panic_on_oops=1
KDUMP_COREDIR: /var/crash
crashkernel addr:
   /var/lib/kdump/vmlinuz: symbolic link to /boot/vmlinux-4.8.0-26-generic
kdump initrd:
   /var/lib/kdump/initrd.img: symbolic link to /var/lib/kdump/initrd.img-4.8.0-26-generic
current state: ready to kdump

kexec command:
  /sbin/kexec -p --command-line="root=UUID=0ed530b3-0f14-45b8-93a8-7502ee36d45f ro splash quiet irqpoll nr_cpus=1 nousb systemd.unit=kdump-tools.service" --initrd=/var/lib/kdump/initrd.img /var/lib/kdump/vmlinuz
root@abakvm:~# dmesg | grep Reser
[ 0.000000] Reserving 4096MB of memory at 128MB for crashkernel (System RAM: 131072MB)
[ 0.000000] cma: Reserved 6560 MiB at 0x0000001e56000000
root@abakvm:~#

- Initiate crash, and when checked in console logs the follwoing makekdumpfile is failing
Logs:
====
         Starting Kernel crash dump capture service...
         Starting LSB: Start NTP daemon...
[ 255.138066] kdump-tools[6019]: Starting kdump-tools: * running makedumpfile -c -d 31 /proc/vmcore /var/crash/201610240645/dump-incomplete
[ 255.218513] kdump-tools[6019]: get_mem_map: Can't distinguish the memory type.
[ 255.218832] kdump-tools[6019]: The kernel version is not supported.
[ 255.219086] kdump-tools[6019]: The makedumpfile operation may be incomplete.
[ 255.219385] kdump-tools[6019]: makedumpfile Failed.
[ 255.219559] kdump-tools[6019]: * kdump-tools: makedumpfile failed, falling back to 'cp'

== Comment: #1 - Vaishnavi Bhat <email address hidden> - 2016-10-26 06:05:26 ==
The makedumpfile.h defines the latest kernel version as 4.5.3 where as the uname output gives a higher kernel version (4.8.0 ), Hence we are seeing this message in the dmesg.

#define OLDEST_VERSION KERNEL_VERSION(2, 6, 15)/* linux-2.6.15 */
#define LATEST_VERSION KERNEL_VERSION(4, 5, 3)/* linux-4.5.3 */

bugproxy (bugproxy)
tags: added: architecture-ppc64le bugnameltc-147804 severity-high targetmilestone-inin---
Changed in ubuntu:
assignee: nobody → Taco Screen team (taco-screen-team)
affects: ubuntu → makedumpfile (Ubuntu)
Revision history for this message
bugproxy (bugproxy) wrote : Comment bridged from LTC Bugzilla

------- Comment From <email address hidden> 2016-11-06 22:53 EDT-------
*** This bug has been marked as a duplicate of bug 146571 ***

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.