Linux Archive

Linux Archive (
-   Crash Utility (
-   -   Heads up: possible 2.6.31 kdump and crash utility failures (

Dave Anderson 11-24-2009 07:42 PM

Heads up: possible 2.6.31 kdump and crash utility failures
You may have seen this discussion re: 2.6.31 kdump failures on the mailing list:

Kdump issue with percpu_alloc=lpage (Was:Re: crash_notes posted to kexec-tools)

or saw Vivek's subsequent post to LKML to address it:

[PATCH] Fix kdump failure if booted with percpu_alloc=page

Basically if a 2.6.31 or later kernel is:

(1) configured with CONFIG_NEED_MULTIPLE_NODES, and
(2) the system actually has multiple NUMA nodes,

then it will use vmalloc space for its percpu data. In that case, the 2.6.31
kernel uses the "lpage" percpu memory allocator (subsequently renamed the
"page" allocator) instead of the traditional "embed" percpu memory allocator.

At least on x86_64, this will cause the the crash utility to fail during
initialization, because it tries to read vmalloc memory prior to having
set itself up to be able to walk page tables.

Prior to 4.1.1, it would fail with this error message:

crash: read error: kernel virtual address: ffffc9000000e2f8 type: cpu number (per_cpu)

With 4.1.1 -- which quietly accepts the readmem failure above -- it fails later on
with these two error messages:

crash: cannot determine idle task addresses from init_tasks[] or runqueues[]
crash: cannot resolve "init_task_union"

I believe that this only affects x86_64. I am testing a fix for it, which
I will put in a new crash release in short order.


Crash-utility mailing list

All times are GMT. The time now is 07:01 AM.

VBulletin, Copyright ©2000 - 2014, Jelsoft Enterprises Ltd.
Content Relevant URLs by vBSEO ©2007, Crawlability, Inc.