Hello bugproxy, or anyone else affected,

Accepted kexec-tools into trusty-proposed. The package will build now
and be available at https://launchpad.net/ubuntu/+source/kexec-
tools/1:2.0.6-0ubuntu2.2 in a few hours, and then in the -proposed
repository.

Please help us by testing this new package.  See
https://wiki.ubuntu.com/Testing/EnableProposed for documentation how to
enable and use -proposed.  Your feedback will aid us getting this update
out to other Ubuntu users.

If this package fixes the bug for you, please add a comment to this bug,
mentioning the version of the package you tested, and change the tag
from verification-needed to verification-done. If it does not fix the
bug for you, please add a comment stating that, and change the tag to
verification-failed.  In either case, details of your testing will help
us make a better decision.

Further information regarding the verification process can be found at
https://wiki.ubuntu.com/QATeam/PerformingSRUVerification .  Thank you in
advance!

** Changed in: kexec-tools (Ubuntu Trusty)
       Status: In Progress => Fix Committed

** Tags added: verification-needed

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to kexec-tools in Ubuntu.
https://bugs.launchpad.net/bugs/1461078

Title:
  kdump service fails to start on Power8

Status in kexec-tools package in Ubuntu:
  Fix Released
Status in kexec-tools source package in Trusty:
  Fix Committed

Bug description:
  [SRU justification]
  Needed to avoid load failure on Power8

  [Impact]
  Without this fix, kexec will not load on Power8

  [Fix]
  Apply upstream fix present in Dev release

  [Test Case]
  1) sudo apt-get install linux-crashdump
  2) reboot server
  3) kdump-config load

  As outlined in the initial description, kdump will fail to load
  without the fix.

  [Regression]
  None expected, fix is already present in the development version (Wily)

  [Original description of the problem]
  == Comment: #0 - SACHIN P. SANT <ss...@in.ibm.com> - 2015-06-01 06:39:56 ==
  ---Problem Description---
  kdump service fails to start

  Contact Information = Sachin Sant / ss...@in.ibm.com

  ---uname output---
  3.19.0-18-generic

  Machine Type = POWER8

  ---Debugger---
  A debugger is not configured

  ---Steps to Reproduce---
   1) Using latest daily ISO install 14.04.02 as a Power VM guest
  2) Upgrade the kernel to 3.19 level (3.19.0-18-generic)
  3) Configure kdump

  kdump-config load command fails with following error:

  root@alp9:~# cat /proc/cmdline
  BOOT_IMAGE=/boot/vmlinux-3.19.0-18-generic 
root=UUID=3ea23bcf-7269-432f-bacc-f82c6cdd774e ro splash 
crashkernel=2G-4G:320M,4G-32G:512M,32G-64G:1024M,64G-128G:2048M,128G-:4096M 
vt.handoff=7
  root@alp9:~# kdump-config show
  USE_KDUMP:        1
  KDUMP_SYSCTL:     kernel.panic_on_oops=1
  KDUMP_COREDIR:    /var/crash
  crashkernel addr:
  current state:    Not ready to kdump

  kexec command:
    no kexec command recorded
  root@alp9:~# kdump-config load
  unrecoverable error: short read from"/proc/device-tree//ibm,drc-names"
   * failed to load kdump kernel
  root@alp9:~#

  Userspace tool common name: kexec-tools

  The userspace tool has the following bit modes: 64-bit

  Userspace rpm: kdump-tools(1.5.5-2ubuntu1.2)

  Userspace tool obtained from project website:  na

  *Additional Instructions for Sachin Sant / ss...@in.ibm.com:
  -Post a private note with access information to the machine that the bug is 
occuring on.
  -Attach ltrace and strace of userspace application.

  == Comment: #2 - MAMATHA INAMDAR <mainam...@in.ibm.com> - 2015-06-02 02:23:51 
==
  root@alp9:~# /etc/init.d/kdump-tools start
  Starting kdump-tools: unrecoverable error: short read 
from"/proc/device-tree//ibm,drc-names"
   * failed to load kdump kernel

  root@alp9:~# dpkg -l | grep kexec
  ii  kexec-tools                         1:2.0.6-0ubuntu2.1               
ppc64el      tools to support fast kexec reboots

  root@alp9:~# dpkg -l | grep kdump
  ii  kdump-tools                         1.5.5-2ubuntu1.2                 all  
        scripts and tools for automating kdump (Linux crash dumps)

  root@alp9:~# cat /sys/kernel/kexec_crash_loaded
  0
  root@alp9:~# kdump-config status
  current state   : Not ready to kdump

  root@alp9:~# dmesg | grep -i crash
  [    0.000000] Reserving 2048MB of memory at 128MB for crashkernel (System 
RAM: 102400MB)
  [    0.000000] Kernel command line: 
BOOT_IMAGE=/boot/vmlinux-3.19.0-18-generic 
root=UUID=3ea23bcf-7269-432f-bacc-f82c6cdd774e ro splash 
crashkernel=2G-4G:320M,4G-32G:512M,32G-64G:1024M,64G-128G:2048M,128G-:4096M 
vt.handoff=7
  root@alp9:~#

  == Comment: #3 - Hari Krishna Bathini <hbath...@in.ibm.com> - 2015-06-02 
07:29:23 ==
  The following upstream commit fixes this issue:

  ---
  commit d1932cd592e2a6aaf50ed22cfa2d7562b583854a
  Author: Anton Blanchard <an...@samba.org>
  Date:   Tue Dec 2 10:59:40 2014 +1100

      kexec/fs2dt: Use slurp_file_len to avoid partial read of files

      The OPAL firmware is going to embed its symbol map in the device tree.
      The size is large enough to be more than a page, and it takes
      multiple reads to get the whole file. This is because sysfs uses
      the seq_file helpers which do a page at a time.

      Unfortunately fs2dt has no handling for short reads and we die
  with:

      unrecoverable error: short read from"/proc/device-
  tree//ibm,opal/firmware/symbol-map"

      This patch uses the slurp_file_len helper which does the right thing.
      It moves the explicit open of the file further down for
      add_usable_mem_property and add_dyn_reconf_usable_mem_property.
      We should convert both of these to use the buffer provided by
      slurp_file_len at some stage.

      Signed-off-by: Anton Blanchard <an...@samba.org>
      Signed-off-by: Simon Horman <ho...@verge.net.au>
  ---

  This patch applies cleanly on the kexec-tools version
  1:2.0.6-0ubuntu2.1 on Ubuntu 14.04.2.

  Thanks
  Hari

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/kexec-tools/+bug/1461078/+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

Reply via email to