← Back to team overview

kernel-packages team mailing list archive

[Bug 1560552] Re: ISST-LTE: pVM:high cpus number need a high crashkernel value in kdump


** Package changed: ubuntu => linux (Ubuntu)

** Changed in: linux (Ubuntu)
   Importance: Undecided => High

** Changed in: linux (Ubuntu)
       Status: New => Triaged

** Changed in: linux (Ubuntu)
     Assignee: Taco Screen team (taco-screen-team) => Canonical Kernel Team (canonical-kernel-team)

You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.

  ISST-LTE: pVM:high cpus number need a high crashkernel value in kdump

Status in linux package in Ubuntu:

Bug description:
  The kdump kernel will be booted with "maxcpus=1", so no matter how many cpus this system has, only one cpu will be brought up during kdump I think. But on LPAR thymelp2, if we allocate 40 cpus on it, then kdump works just fine with 512M  as crashkernel value. But if we allocate 200 cpus on it, kdump fails by trggering OOM. It has been proved that in latter situation we need 1.5G RAM reserved for kdump to let it works.
  Contact Information = Ping Tian Han/pthan@xxxxxxxxxx Carrie Mitsuyoshi/carriemi@xxxxxxxxxx 
  ---uname output---
  Linux thymelp2 4.2.0-23-generic #28~14.04.1-Ubuntu SMP Thu Dec 31 13:41:19 UTC 2015 ppc64le ppc64le ppc64le GNU/Linux
  Machine Type = 8247-22L, LPAR 
  A debugger was configured, however the system did not enter into the debugger
  ---Steps to Reproduce---
   1. configure kdump with crashkernel=512M on thymelp2
  2. allcoate 40 cpus on thymelp2 and trigger kdump
  3. allocate 200 cpus on thymelp2 then do kdump again
  *Additional Instructions for Ping Tian Han/pthan@xxxxxxxxxx Carrie Mitsuyoshi/carriemi@xxxxxxxxxx: 
  -Post a private note with access information to the machine that the bug is occuring on.

  == Comment: #1 - Nadia N. Fry <nadiaf@xxxxxxxxxx> - 2016-02-19 13:53:02 ==
  Any update?

  == Comment: #2 - Hari Krishna Bathini <hbathini@xxxxxxxxxx> - 2016-02-22 03:40:05 ==
  Mahesh posted a patch upstream which should take care of this problem



To manage notifications about this bug go to: