[Kernel-packages] [Bug 1635063] Comment bridged from LTC Bugzilla
--- Comment From hbath...@in.ibm.com 2017-03-06 07:30 EDT--- (In reply to comment #28) > Looks like the kernel option needs to be added when you setup kdump, and you > have already updated the wiki pages to document this. I am marking this as > fix released because there is nothing more to do from canonical's side. While this is documented, it would be good to get that sorted in package as well. Similar request made for Zesty here: https://bugs.launchpad.net/bugs/1664552 Thanks Hari -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1635063 Title: Ubuntu 16.10: System hangs after crash on Ubuntu KVM guest. Status in linux package in Ubuntu: Fix Released Bug description: ---Problem Description--- Ubuntu 16.10: System hangs after crash on Ubuntu KVM guest. ---Steps to Reproduce--- 1) apt-get install linux-crashdump 2) increase crashdump size: sudo vim /etc/default/grub.d/kexec-tools.cfg GRUB_CMDLINE_LINUX_DEFAULT="$GRUB_CMDLINE_LINUX_DEFAULT crashkernel =2G-4G:320M,4G-32G:512M,32G-64G:1024M,64G-128G:2048M,128G-:4096M" 3) sudo update-grub ; reboot the machine 4) sudo sed -i 's/USE_KDUMP=0/USE_KDUMP=1/g' /etc/default/kdump-tools 5) kdump-config show 6) echo "c" > /proc/sysrq-trigger Logs root@ubuntu:/var/crash# uname -a Linux ubuntu 4.8.0-17-generic #19-Ubuntu SMP Sun Sep 25 06:35:40 UTC 2016 ppc64le ppc64le ppc64le GNU/Linux root@ubuntu:/var/crash# 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-17-generic kdump initrd: /var/lib/kdump/initrd.img: symbolic link to /var/lib/kdump/initrd.img-4.8.0-17-generic current state:ready to kdump kexec command: /sbin/kexec -p --command-line="BOOT_IMAGE=/boot/vmlinux-4.8.0-17-generic root=UUID=70f3c690-fe90-444d-a74c-71c05eef8b0e ro splash quiet irqpoll nr_cpus=1 nousb systemd.unit=kdump-tools.service" --initrd=/var/lib/kdump/initrd.img /var/lib/kdump/vmlinuz root@ubuntu:/var/crash# echo c > /proc/sysrq-trigger [ 202.677946] sysrq: SysRq : Trigger a crash [ 202.678018] Unable to handle kernel paging request for data at address 0x [ 202.678098] Faulting instruction address: 0xc06de134 [ 202.678169] Oops: Kernel access of bad area, sig: 11 [#1] [ 202.678222] SMP NR_CPUS=2048 NUMA pSeries [ 202.678281] Modules linked in: vmx_crypto ip_tables x_tables autofs4 ibmvscsi crc32c_vpmsum 8139too 8139cp mii [ 202.678465] CPU: 3 PID: 1992 Comm: bash Not tainted 4.8.0-17-generic #19-Ubuntu [ 202.678547] task: c4c5ce00 task.stack: c428c000 [ 202.678612] NIP: c06de134 LR: c06df218 CTR: c06de100 [ 202.678716] REGS: c428f990 TRAP: 0300 Not tainted (4.8.0-17-generic) [ 202.678796] MSR: 80009033CR: 2824 XER: 2000 [ 202.678992] CFAR: c0014f84 DAR: DSISR: 4200 SOFTE: 1 GPR00: c06df218 c428fc10 c14e5e00 0063 GPR04: c0007fecaca0 c0007fedfb40 c168d278 4b78 GPR08: 0007 0001 0001 GPR12: c06de100 c7b81b00 2200 GPR16: 10170dc8 010020c60488 10140f58 100c7570 GPR20: 1017dd58 10153618 1017b608 GPR24: 3fffd5f377c4 0001 c13fe5d0 0004 GPR28: c13fe990 0063 c13b2590 [ 202.680090] NIP [c06de134] sysrq_handle_crash+0x34/0x50 [ 202.680159] LR [c06df218] __handle_sysrq+0xe8/0x280 [ 202.680213] Call Trace: [ 202.680246] [c428fc10] [c0e79720] _fw_tigon_tg3_bin_name+0x2f1a8/0x36f48 (unreliable) [ 202.680356] [c428fc30] [c06df218] __handle_sysrq+0xe8/0x280 [ 202.680440] [c428fcd0] [c06df9c8] write_sysrq_trigger+0x78/0xa0 [ 202.680535] [c428fd00] [c03cf890] proc_reg_write+0xb0/0x110 [ 202.680618] [c428fd50] [c032b5dc] __vfs_write+0x6c/0xe0 [ 202.680702] [c428fd90] [c032cae4] vfs_write+0xd4/0x240 [ 202.680783] [c428fde0] [c032e7fc] SyS_write+0x6c/0x110 [ 202.680867] [c428fe30] [c0009584] system_call+0x38/0xec [ 202.680948] Instruction dump: [ 202.680991] 38427d00 7c0802a6 f8010010 f821ffe1 6000 6000 3d22001a 3949d1e0 [ 202.681133] 3921 912a 7c0004ac 3940 <992a> 38210020 e8010010 7c0803a6 [ 202.681276] ---[ end trace 3e9cbc319000fff4 ]--- [ 202.684658] [ 202.684718] Sending IPI to other CPUs [ 202.686765] IPI
[Kernel-packages] [Bug 1635063] Comment bridged from LTC Bugzilla
--- Comment From ferse...@br.ibm.com 2017-02-01 14:30 EDT--- I have added the workaround to recommendations in our wiki page at: https://wiki.ubuntu.com/ppc64el/Recommendations#Kdump_not_generating_crash_dump_file Please check it out and let me know if it looks ok. Cheers -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1635063 Title: Ubuntu 16.10: System hangs after crash on Ubuntu KVM guest. Status in linux package in Ubuntu: New Bug description: ---Problem Description--- Ubuntu 16.10: System hangs after crash on Ubuntu KVM guest. ---Steps to Reproduce--- 1) apt-get install linux-crashdump 2) increase crashdump size: sudo vim /etc/default/grub.d/kexec-tools.cfg GRUB_CMDLINE_LINUX_DEFAULT="$GRUB_CMDLINE_LINUX_DEFAULT crashkernel =2G-4G:320M,4G-32G:512M,32G-64G:1024M,64G-128G:2048M,128G-:4096M" 3) sudo update-grub ; reboot the machine 4) sudo sed -i 's/USE_KDUMP=0/USE_KDUMP=1/g' /etc/default/kdump-tools 5) kdump-config show 6) echo "c" > /proc/sysrq-trigger Logs root@ubuntu:/var/crash# uname -a Linux ubuntu 4.8.0-17-generic #19-Ubuntu SMP Sun Sep 25 06:35:40 UTC 2016 ppc64le ppc64le ppc64le GNU/Linux root@ubuntu:/var/crash# 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-17-generic kdump initrd: /var/lib/kdump/initrd.img: symbolic link to /var/lib/kdump/initrd.img-4.8.0-17-generic current state:ready to kdump kexec command: /sbin/kexec -p --command-line="BOOT_IMAGE=/boot/vmlinux-4.8.0-17-generic root=UUID=70f3c690-fe90-444d-a74c-71c05eef8b0e ro splash quiet irqpoll nr_cpus=1 nousb systemd.unit=kdump-tools.service" --initrd=/var/lib/kdump/initrd.img /var/lib/kdump/vmlinuz root@ubuntu:/var/crash# echo c > /proc/sysrq-trigger [ 202.677946] sysrq: SysRq : Trigger a crash [ 202.678018] Unable to handle kernel paging request for data at address 0x [ 202.678098] Faulting instruction address: 0xc06de134 [ 202.678169] Oops: Kernel access of bad area, sig: 11 [#1] [ 202.678222] SMP NR_CPUS=2048 NUMA pSeries [ 202.678281] Modules linked in: vmx_crypto ip_tables x_tables autofs4 ibmvscsi crc32c_vpmsum 8139too 8139cp mii [ 202.678465] CPU: 3 PID: 1992 Comm: bash Not tainted 4.8.0-17-generic #19-Ubuntu [ 202.678547] task: c4c5ce00 task.stack: c428c000 [ 202.678612] NIP: c06de134 LR: c06df218 CTR: c06de100 [ 202.678716] REGS: c428f990 TRAP: 0300 Not tainted (4.8.0-17-generic) [ 202.678796] MSR: 80009033CR: 2824 XER: 2000 [ 202.678992] CFAR: c0014f84 DAR: DSISR: 4200 SOFTE: 1 GPR00: c06df218 c428fc10 c14e5e00 0063 GPR04: c0007fecaca0 c0007fedfb40 c168d278 4b78 GPR08: 0007 0001 0001 GPR12: c06de100 c7b81b00 2200 GPR16: 10170dc8 010020c60488 10140f58 100c7570 GPR20: 1017dd58 10153618 1017b608 GPR24: 3fffd5f377c4 0001 c13fe5d0 0004 GPR28: c13fe990 0063 c13b2590 [ 202.680090] NIP [c06de134] sysrq_handle_crash+0x34/0x50 [ 202.680159] LR [c06df218] __handle_sysrq+0xe8/0x280 [ 202.680213] Call Trace: [ 202.680246] [c428fc10] [c0e79720] _fw_tigon_tg3_bin_name+0x2f1a8/0x36f48 (unreliable) [ 202.680356] [c428fc30] [c06df218] __handle_sysrq+0xe8/0x280 [ 202.680440] [c428fcd0] [c06df9c8] write_sysrq_trigger+0x78/0xa0 [ 202.680535] [c428fd00] [c03cf890] proc_reg_write+0xb0/0x110 [ 202.680618] [c428fd50] [c032b5dc] __vfs_write+0x6c/0xe0 [ 202.680702] [c428fd90] [c032cae4] vfs_write+0xd4/0x240 [ 202.680783] [c428fde0] [c032e7fc] SyS_write+0x6c/0x110 [ 202.680867] [c428fe30] [c0009584] system_call+0x38/0xec [ 202.680948] Instruction dump: [ 202.680991] 38427d00 7c0802a6 f8010010 f821ffe1 6000 6000 3d22001a 3949d1e0 [ 202.681133] 3921 912a 7c0004ac 3940 <992a> 38210020 e8010010 7c0803a6 [ 202.681276] ---[ end trace 3e9cbc319000fff4 ]--- [ 202.684658] [ 202.684718] Sending IPI to other CPUs [ 202.686765] IPI complete I'm in purgatory -> smp_release_cpus() spinning_secondaries = 3 <- smp_release_cpus() Linux ppc64le #19-Ubuntu SMP S[ 242.661649] INFO: task swapper/0:1 blocked for more than 120 seconds. [ 242.661708]
[Kernel-packages] [Bug 1635063] Comment bridged from LTC Bugzilla
--- Comment From cha...@us.ibm.com 2017-01-23 10:48 EDT--- *** Bug 150359 has been marked as a duplicate of this bug. *** -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1635063 Title: Ubuntu 16.10: System hangs after crash on Ubuntu KVM guest. Status in linux package in Ubuntu: New Bug description: ---Problem Description--- Ubuntu 16.10: System hangs after crash on Ubuntu KVM guest. ---Steps to Reproduce--- 1) apt-get install linux-crashdump 2) increase crashdump size: sudo vim /etc/default/grub.d/kexec-tools.cfg GRUB_CMDLINE_LINUX_DEFAULT="$GRUB_CMDLINE_LINUX_DEFAULT crashkernel =2G-4G:320M,4G-32G:512M,32G-64G:1024M,64G-128G:2048M,128G-:4096M" 3) sudo update-grub ; reboot the machine 4) sudo sed -i 's/USE_KDUMP=0/USE_KDUMP=1/g' /etc/default/kdump-tools 5) kdump-config show 6) echo "c" > /proc/sysrq-trigger Logs root@ubuntu:/var/crash# uname -a Linux ubuntu 4.8.0-17-generic #19-Ubuntu SMP Sun Sep 25 06:35:40 UTC 2016 ppc64le ppc64le ppc64le GNU/Linux root@ubuntu:/var/crash# 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-17-generic kdump initrd: /var/lib/kdump/initrd.img: symbolic link to /var/lib/kdump/initrd.img-4.8.0-17-generic current state:ready to kdump kexec command: /sbin/kexec -p --command-line="BOOT_IMAGE=/boot/vmlinux-4.8.0-17-generic root=UUID=70f3c690-fe90-444d-a74c-71c05eef8b0e ro splash quiet irqpoll nr_cpus=1 nousb systemd.unit=kdump-tools.service" --initrd=/var/lib/kdump/initrd.img /var/lib/kdump/vmlinuz root@ubuntu:/var/crash# echo c > /proc/sysrq-trigger [ 202.677946] sysrq: SysRq : Trigger a crash [ 202.678018] Unable to handle kernel paging request for data at address 0x [ 202.678098] Faulting instruction address: 0xc06de134 [ 202.678169] Oops: Kernel access of bad area, sig: 11 [#1] [ 202.678222] SMP NR_CPUS=2048 NUMA pSeries [ 202.678281] Modules linked in: vmx_crypto ip_tables x_tables autofs4 ibmvscsi crc32c_vpmsum 8139too 8139cp mii [ 202.678465] CPU: 3 PID: 1992 Comm: bash Not tainted 4.8.0-17-generic #19-Ubuntu [ 202.678547] task: c4c5ce00 task.stack: c428c000 [ 202.678612] NIP: c06de134 LR: c06df218 CTR: c06de100 [ 202.678716] REGS: c428f990 TRAP: 0300 Not tainted (4.8.0-17-generic) [ 202.678796] MSR: 80009033CR: 2824 XER: 2000 [ 202.678992] CFAR: c0014f84 DAR: DSISR: 4200 SOFTE: 1 GPR00: c06df218 c428fc10 c14e5e00 0063 GPR04: c0007fecaca0 c0007fedfb40 c168d278 4b78 GPR08: 0007 0001 0001 GPR12: c06de100 c7b81b00 2200 GPR16: 10170dc8 010020c60488 10140f58 100c7570 GPR20: 1017dd58 10153618 1017b608 GPR24: 3fffd5f377c4 0001 c13fe5d0 0004 GPR28: c13fe990 0063 c13b2590 [ 202.680090] NIP [c06de134] sysrq_handle_crash+0x34/0x50 [ 202.680159] LR [c06df218] __handle_sysrq+0xe8/0x280 [ 202.680213] Call Trace: [ 202.680246] [c428fc10] [c0e79720] _fw_tigon_tg3_bin_name+0x2f1a8/0x36f48 (unreliable) [ 202.680356] [c428fc30] [c06df218] __handle_sysrq+0xe8/0x280 [ 202.680440] [c428fcd0] [c06df9c8] write_sysrq_trigger+0x78/0xa0 [ 202.680535] [c428fd00] [c03cf890] proc_reg_write+0xb0/0x110 [ 202.680618] [c428fd50] [c032b5dc] __vfs_write+0x6c/0xe0 [ 202.680702] [c428fd90] [c032cae4] vfs_write+0xd4/0x240 [ 202.680783] [c428fde0] [c032e7fc] SyS_write+0x6c/0x110 [ 202.680867] [c428fe30] [c0009584] system_call+0x38/0xec [ 202.680948] Instruction dump: [ 202.680991] 38427d00 7c0802a6 f8010010 f821ffe1 6000 6000 3d22001a 3949d1e0 [ 202.681133] 3921 912a 7c0004ac 3940 <992a> 38210020 e8010010 7c0803a6 [ 202.681276] ---[ end trace 3e9cbc319000fff4 ]--- [ 202.684658] [ 202.684718] Sending IPI to other CPUs [ 202.686765] IPI complete I'm in purgatory -> smp_release_cpus() spinning_secondaries = 3 <- smp_release_cpus() Linux ppc64le #19-Ubuntu SMP S[ 242.661649] INFO: task swapper/0:1 blocked for more than 120 seconds. [ 242.661708] Not tainted 4.8.0-17-generic #19-Ubuntu [ 242.661746] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message. [ 363.493648]
[Kernel-packages] [Bug 1635063] Comment bridged from LTC Bugzilla
--- Comment From hbath...@in.ibm.com 2017-01-20 06:16 EDT--- (In reply to comment #18) > Hi Pavithra, > > Use "noirqdistrib" instead of "irqpoll" since that is the expected parameter > for kdump kernel as already documented here: > https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/tree/ > Documentation/kdump/kdump.txt#n365 > "irqpoll" & "noirqdistrib" are not mutually exclusive after all. So, the fix here would be to pass "noirqdistrib" for kdump kernel along with "irqpoll". Hi Louis/Canonical, This fix, to append "noirqdistrib" to kdump kernel on powerpc, is needed on all active release versions (14.04.* to 17.04). Thanks Hari -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1635063 Title: Ubuntu 16.10: System hangs after crash on Ubuntu KVM guest. Status in linux package in Ubuntu: New Bug description: ---Problem Description--- Ubuntu 16.10: System hangs after crash on Ubuntu KVM guest. ---Steps to Reproduce--- 1) apt-get install linux-crashdump 2) increase crashdump size: sudo vim /etc/default/grub.d/kexec-tools.cfg GRUB_CMDLINE_LINUX_DEFAULT="$GRUB_CMDLINE_LINUX_DEFAULT crashkernel =2G-4G:320M,4G-32G:512M,32G-64G:1024M,64G-128G:2048M,128G-:4096M" 3) sudo update-grub ; reboot the machine 4) sudo sed -i 's/USE_KDUMP=0/USE_KDUMP=1/g' /etc/default/kdump-tools 5) kdump-config show 6) echo "c" > /proc/sysrq-trigger Logs root@ubuntu:/var/crash# uname -a Linux ubuntu 4.8.0-17-generic #19-Ubuntu SMP Sun Sep 25 06:35:40 UTC 2016 ppc64le ppc64le ppc64le GNU/Linux root@ubuntu:/var/crash# 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-17-generic kdump initrd: /var/lib/kdump/initrd.img: symbolic link to /var/lib/kdump/initrd.img-4.8.0-17-generic current state:ready to kdump kexec command: /sbin/kexec -p --command-line="BOOT_IMAGE=/boot/vmlinux-4.8.0-17-generic root=UUID=70f3c690-fe90-444d-a74c-71c05eef8b0e ro splash quiet irqpoll nr_cpus=1 nousb systemd.unit=kdump-tools.service" --initrd=/var/lib/kdump/initrd.img /var/lib/kdump/vmlinuz root@ubuntu:/var/crash# echo c > /proc/sysrq-trigger [ 202.677946] sysrq: SysRq : Trigger a crash [ 202.678018] Unable to handle kernel paging request for data at address 0x [ 202.678098] Faulting instruction address: 0xc06de134 [ 202.678169] Oops: Kernel access of bad area, sig: 11 [#1] [ 202.678222] SMP NR_CPUS=2048 NUMA pSeries [ 202.678281] Modules linked in: vmx_crypto ip_tables x_tables autofs4 ibmvscsi crc32c_vpmsum 8139too 8139cp mii [ 202.678465] CPU: 3 PID: 1992 Comm: bash Not tainted 4.8.0-17-generic #19-Ubuntu [ 202.678547] task: c4c5ce00 task.stack: c428c000 [ 202.678612] NIP: c06de134 LR: c06df218 CTR: c06de100 [ 202.678716] REGS: c428f990 TRAP: 0300 Not tainted (4.8.0-17-generic) [ 202.678796] MSR: 80009033CR: 2824 XER: 2000 [ 202.678992] CFAR: c0014f84 DAR: DSISR: 4200 SOFTE: 1 GPR00: c06df218 c428fc10 c14e5e00 0063 GPR04: c0007fecaca0 c0007fedfb40 c168d278 4b78 GPR08: 0007 0001 0001 GPR12: c06de100 c7b81b00 2200 GPR16: 10170dc8 010020c60488 10140f58 100c7570 GPR20: 1017dd58 10153618 1017b608 GPR24: 3fffd5f377c4 0001 c13fe5d0 0004 GPR28: c13fe990 0063 c13b2590 [ 202.680090] NIP [c06de134] sysrq_handle_crash+0x34/0x50 [ 202.680159] LR [c06df218] __handle_sysrq+0xe8/0x280 [ 202.680213] Call Trace: [ 202.680246] [c428fc10] [c0e79720] _fw_tigon_tg3_bin_name+0x2f1a8/0x36f48 (unreliable) [ 202.680356] [c428fc30] [c06df218] __handle_sysrq+0xe8/0x280 [ 202.680440] [c428fcd0] [c06df9c8] write_sysrq_trigger+0x78/0xa0 [ 202.680535] [c428fd00] [c03cf890] proc_reg_write+0xb0/0x110 [ 202.680618] [c428fd50] [c032b5dc] __vfs_write+0x6c/0xe0 [ 202.680702] [c428fd90] [c032cae4] vfs_write+0xd4/0x240 [ 202.680783] [c428fde0] [c032e7fc] SyS_write+0x6c/0x110 [ 202.680867] [c428fe30] [c0009584] system_call+0x38/0xec [ 202.680948] Instruction dump: [ 202.680991] 38427d00 7c0802a6 f8010010 f821ffe1 6000 6000 3d22001a 3949d1e0 [ 202.681133] 3921 912a 7c0004ac 3940 <992a> 38210020
[Kernel-packages] [Bug 1635063] Comment bridged from LTC Bugzilla
--- Comment From hbath...@in.ibm.com 2017-01-19 06:53 EDT--- Hi Pavithra, Use "noirqdistrib" instead of "irqpoll" since that is the expected parameter for kdump kernel as already documented here: https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/tree/Documentation/kdump/kdump.txt#n365 Please share the results for all the guests where the issue was reproducible. (since 16.04.1, I guess).. Thanks Hari -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/1635063 Title: Ubuntu 16.10: System hangs after crash on Ubuntu KVM guest. Status in linux package in Ubuntu: New Bug description: ---Problem Description--- Ubuntu 16.10: System hangs after crash on Ubuntu KVM guest. ---Steps to Reproduce--- 1) apt-get install linux-crashdump 2) increase crashdump size: sudo vim /etc/default/grub.d/kexec-tools.cfg GRUB_CMDLINE_LINUX_DEFAULT="$GRUB_CMDLINE_LINUX_DEFAULT crashkernel =2G-4G:320M,4G-32G:512M,32G-64G:1024M,64G-128G:2048M,128G-:4096M" 3) sudo update-grub ; reboot the machine 4) sudo sed -i 's/USE_KDUMP=0/USE_KDUMP=1/g' /etc/default/kdump-tools 5) kdump-config show 6) echo "c" > /proc/sysrq-trigger Logs root@ubuntu:/var/crash# uname -a Linux ubuntu 4.8.0-17-generic #19-Ubuntu SMP Sun Sep 25 06:35:40 UTC 2016 ppc64le ppc64le ppc64le GNU/Linux root@ubuntu:/var/crash# 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-17-generic kdump initrd: /var/lib/kdump/initrd.img: symbolic link to /var/lib/kdump/initrd.img-4.8.0-17-generic current state:ready to kdump kexec command: /sbin/kexec -p --command-line="BOOT_IMAGE=/boot/vmlinux-4.8.0-17-generic root=UUID=70f3c690-fe90-444d-a74c-71c05eef8b0e ro splash quiet irqpoll nr_cpus=1 nousb systemd.unit=kdump-tools.service" --initrd=/var/lib/kdump/initrd.img /var/lib/kdump/vmlinuz root@ubuntu:/var/crash# echo c > /proc/sysrq-trigger [ 202.677946] sysrq: SysRq : Trigger a crash [ 202.678018] Unable to handle kernel paging request for data at address 0x [ 202.678098] Faulting instruction address: 0xc06de134 [ 202.678169] Oops: Kernel access of bad area, sig: 11 [#1] [ 202.678222] SMP NR_CPUS=2048 NUMA pSeries [ 202.678281] Modules linked in: vmx_crypto ip_tables x_tables autofs4 ibmvscsi crc32c_vpmsum 8139too 8139cp mii [ 202.678465] CPU: 3 PID: 1992 Comm: bash Not tainted 4.8.0-17-generic #19-Ubuntu [ 202.678547] task: c4c5ce00 task.stack: c428c000 [ 202.678612] NIP: c06de134 LR: c06df218 CTR: c06de100 [ 202.678716] REGS: c428f990 TRAP: 0300 Not tainted (4.8.0-17-generic) [ 202.678796] MSR: 80009033CR: 2824 XER: 2000 [ 202.678992] CFAR: c0014f84 DAR: DSISR: 4200 SOFTE: 1 GPR00: c06df218 c428fc10 c14e5e00 0063 GPR04: c0007fecaca0 c0007fedfb40 c168d278 4b78 GPR08: 0007 0001 0001 GPR12: c06de100 c7b81b00 2200 GPR16: 10170dc8 010020c60488 10140f58 100c7570 GPR20: 1017dd58 10153618 1017b608 GPR24: 3fffd5f377c4 0001 c13fe5d0 0004 GPR28: c13fe990 0063 c13b2590 [ 202.680090] NIP [c06de134] sysrq_handle_crash+0x34/0x50 [ 202.680159] LR [c06df218] __handle_sysrq+0xe8/0x280 [ 202.680213] Call Trace: [ 202.680246] [c428fc10] [c0e79720] _fw_tigon_tg3_bin_name+0x2f1a8/0x36f48 (unreliable) [ 202.680356] [c428fc30] [c06df218] __handle_sysrq+0xe8/0x280 [ 202.680440] [c428fcd0] [c06df9c8] write_sysrq_trigger+0x78/0xa0 [ 202.680535] [c428fd00] [c03cf890] proc_reg_write+0xb0/0x110 [ 202.680618] [c428fd50] [c032b5dc] __vfs_write+0x6c/0xe0 [ 202.680702] [c428fd90] [c032cae4] vfs_write+0xd4/0x240 [ 202.680783] [c428fde0] [c032e7fc] SyS_write+0x6c/0x110 [ 202.680867] [c428fe30] [c0009584] system_call+0x38/0xec [ 202.680948] Instruction dump: [ 202.680991] 38427d00 7c0802a6 f8010010 f821ffe1 6000 6000 3d22001a 3949d1e0 [ 202.681133] 3921 912a 7c0004ac 3940 <992a> 38210020 e8010010 7c0803a6 [ 202.681276] ---[ end trace 3e9cbc319000fff4 ]--- [ 202.684658] [ 202.684718] Sending IPI to other CPUs [ 202.686765] IPI complete I'm in purgatory -> smp_release_cpus() spinning_secondaries = 3 <-