> Hi,
>
> Just forcing a crash dump via 'echo c > /proc/sysrq-trigger' results in a
crash
> dump that has no tasks saved. I see _lots_ of these errors when loading the
> dump with the latest crash from the git repo:
>
> crash: page excluded: kernel virtual address: ffff88103c5a9000 type:
"fill_task_struct"
> WARNING: active task ffff881078a04340 on cpu 3 not found in PID hash
>
> Then nothing is in the dump:
>
> crash> ps
> PID PPID CPU TASK ST %MEM VSZ RSS COMM
> > 0 0 0 ffffffff81c0f4c0 RU 0.0 0 0 [swapper/0]
> crash>
>
> Any ideas?
>
> I'm using top-o-tree from Dave's git repo
>
https://github.com/crash-utility/crash.git:
>
> commit 04ab5c560a58246e782509d99214afcaf8462b4c
> Author: Dave Anderson <anderson(a)redhat.com>
> Date: Tue Mar 1 16:16:48 2016 -0500
>
> Put 2016 copyright in initial banner.
>
>
> Thanks,
>
> Steve.
If you have configured kdump to use makedumpfile -d31, it is probably this:
[Crash-utility] makedumpfile: 4.5 kernel commit breaks page filtering
https://www.redhat.com/archives/crash-utility/2016-February/msg00009.html
> PS: I'm not on the crash-utility list, so please include my email in any
> replies.
PS: if you're using crash on bleeding edge kernels, you might want to join
the list, at least in digest mode.
Thanks Dave. I've joined. :)
I changed the makedumpfile line in /etc/init.d/kdump from -d 31 to -d 17, then removed the
kdump initrd from /boot, and restarted kdump to generate the new initrd file. I then
rebooted, and produced a new crash dump. But I'm still seeing the same issue.
Am I doing the correct procedure for forcing makedumpfile to use -d17?
Thanks,
Steve.