-
Bug
-
Resolution: Done
-
Undefined
-
None
-
rhel-10.1
-
No
-
Impediment
-
None
-
rhel-kernel-debug
-
ssg_core_kernel
-
None
-
True
-
False
-
-
None
-
None
-
None
-
None
-
Unspecified
-
Unspecified
-
Unspecified
-
None
What were you trying to do that didn't work?
This is on Azure CVM. Used size Standard_DC2as_v5 which is based on AMD SEV-SNP.
Trigger kdump and notice below call trace from kdump kernel:
[ 1.361360] Run /init as init process
/usr/bin/sh: error while loading shared libraries: libtinfo.so.6: cannot open shared object file: No such file or directory
[ 1.365925] Kernel panic - not syncing: Attempted to kill init! exitcode=0x00007f00
[ 1.369676] CPU: 0 UID: 0 PID: 1 Comm: init Not tainted 6.12.0-80.el10.x86_64 #1
[ 1.372972] Hardware name: Microsoft Corporation Virtual Machine/Virtual Machine, BIOS Hyper-V UEFI Release v4.1 08/23/2024
[ 1.377782] Call Trace:
[ 1.378890] <TASK>
[ 1.379837] dump_stack_lvl+0x4e/0x70
[ 1.381360] panic+0x113/0x2dd
[ 1.385811] ? srso_alias_return_thunk+0x5/0xfbef5
[ 1.387868] do_exit.cold+0x15/0x15
[ 1.389274] do_group_exit+0x30/0x80
[ 1.390695] __x64_sys_exit_group+0x18/0x20
[ 1.392388] x64_sys_call+0x14b4/0x14c0
[ 1.393937] do_syscall_64+0x7d/0x160
[ 1.395523] ? do_writev+0x7e/0x150
[ 1.396994] ? srso_alias_return_thunk+0x5/0xfbef5
[ 1.399095] ? srso_alias_return_thunk+0x5/0xfbef5
[ 1.401052] ? arch_exit_to_user_mode_prepare.isra.0+0x83/0xb0
[ 1.403462] ? srso_alias_return_thunk+0x5/0xfbef5
[ 1.405580] ? syscall_exit_to_user_mode+0x32/0x190
[ 1.407580] ? srso_alias_return_thunk+0x5/0xfbef5
[ 1.409526] ? do_syscall_64+0x89/0x160
[ 1.411118] ? srso_alias_return_thunk+0x5/0xfbef5
[ 1.413059] ? do_user_addr_fault+0x347/0x640
[ 1.415160] ? srso_alias_return_thunk+0x5/0xfbef5
[ 1.417401] ? srso_alias_return_thunk+0x5/0xfbef5
[ 1.419401] entry_SYSCALL_64_after_hwframe+0x76/0x7e
[ 1.421476] RIP: 0033:0x7f67f81bffc5
[ 1.422978] Code: ba 01 00 00 00 b8 ca 00 00 00 0f 05 c3 0f 1f 84 00 00 00 00 00 f3 0f 1e fa ba e7 00 00 00 eb 06 0f 1f 44 00 00 f4 89 d0 0f 05 <48> 3d 00 f0 ff ff 76 f3 f7 d8 89 05 cb 12 01 00 eb e9 66 0f 1f 84
[ 1.430970] RSP: 002b:00007ffff2365758 EFLAGS: 00000206 ORIG_RAX: 00000000000000e7
[ 1.434435] RAX: ffffffffffffffda RBX: 00007f67f81c62f8 RCX: 00007f67f81bffc5
[ 1.437344] RDX: 00000000000000e7 RSI: 00007ffff2364e20 RDI: 000000000000007f
[ 1.440306] RBP: 00007f67f819501f R08: 00000000ffffffff R09: 0000000000000000
[ 1.443221] R10: ffffffffffffffff R11: 0000000000000206 R12: 0000000000000000
[ 1.446202] R13: 0000000000000001 R14: 00007f67f8195030 R15: 0000000000000000
[ 1.449968] </TASK>
Please provide the package NVR for which bug is seen:
kernel 6.12.0-80.el10.x86_64
kexec-tools-2.0.31-1.el10.x86_64
How reproducible:
100%
Issue does not exist on RHEL 9.7
Steps to reproduce
- echo c > /proc/sysrq-trigger
Expected results
Since we've not fixed vmcore saving on Azure CVM, it's expected to at least not have this call trace and move on to saving vmcore.
Actual results
kdump kernel crashes without proceeding to vmcore saving.