| 描述 | [缺陷描述]：
crashkernel=0M-2G:0M,2G-8G:192M,8G-:256M为默认配置，触发异常，可正常生成vmcore，但无法通过crash工具正常解析vmcore；
kdump实际预留内存为192M：
29000000-34ffffff : Crash kernel
crash、kexec-tools版本：
# rpm -qa |grep -E "crash|kexec-tools"
kexec-tools-2.0.15-33.an7.x86_64
crash-7.2.3-10.an7.x86_64
1、解析有报错
镜像：anolisos_7_7_x64_20G_anck_alibase_20211105.vhd
实例：ecs.g7a.large、ecs.d2s.5xlarge
详细错误日志如下：
# crash vmcore /usr/lib/debug/usr/lib/modules/4.19.91-24.8.an7.x86_64/vmlinux
crash 7.2.3-10.an7
Copyright (C) 2002-2017 Red Hat, Inc.
Copyright (C) 2004, 2005, 2006, 2010 IBM Corporation
Copyright (C) 1999-2006 Hewlett-Packard Co
Copyright (C) 2005, 2006, 2011, 2012 Fujitsu Limited
Copyright (C) 2006, 2007 VA Linux Systems Japan K.K.
Copyright (C) 2005, 2011 NEC Corporation
Copyright (C) 1999, 2002, 2007 Silicon Graphics, Inc.
Copyright (C) 1999, 2000, 2001, 2002 Mission Critical Linux, Inc.
This program is free software, covered by the GNU General Public License,
and you are welcome to change it and/or distribute copies of it under
certain conditions. Enter "help copying" to see the conditions.
This program has absolutely no warranty. Enter "help warranty" for details.
GNU gdb (GDB) 7.6
Copyright (C) 2013 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law. Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-unknown-linux-gnu"...
WARNING: kernel relocated [512MB]: patching 96191 gdb minimal_symbol values
please wait... (gathering module symbol data)
crash: invalid size request: -1067897492 type: "module gpl symbol strings"
buf_1K_used: 468
buf_2K_used: 1
buf_4K_used: 1
buf_8K_used: 0
buf_32K_used: 5
buf_1K_ovf: 0
buf_2K_ovf: 0
buf_4K_ovf: 0
buf_8K_ovf: 0
buf_32K_ovf: 0
buf_1K_maxuse: 3 of 10
buf_2K_maxuse: 1 of 10
buf_4K_maxuse: 1 of 5
buf_8K_maxuse: 0 of 5
buf_32K_maxuse: 1 of 1
buf_inuse[5]: [3][0][0][0][0]
smallest: -1067897492
largest: 1769526533884
embedded: 3
max_embedded: 3
mallocs: 0
frees: 0
reqs/total: 476/1768458861196
average size: 3715249708
crash: cannot allocate any more memory!
2、输入解析命令无反应 crash vmcore vmlinux
镜像：anolisos_7_7_x64_20G_anck_alibase_20211105.vhd
实例：ecs.g7a.32xlarge、ecs.d1.2xlarge
# crash vmcore /usr/lib/debug/usr/lib/modules/4.19.91-24.8.an7.x86_64/vmlinux
[重现概率]
必现
[重现环境]
内核：
# uname -r
4.19.91-24.8.an7.x86_64
# cat /etc/os-release
NAME="Anolis OS"
VERSION="7.7"
ID="anolis"
ID_LIKE="rhel fedora centos"
VERSION_ID="7.7"
PRETTY_NAME="Anolis OS 7.7"
ANSI_COLOR="0;31"
HOME_URL="https://openanolis.cn/"
BUG_REPORT_URL="https://bugs.openanolis.cn/"
CENTOS_MANTISBT_PROJECT="CentOS-7"
CENTOS_MANTISBT_PROJECT_VERSION="7"
REDHAT_SUPPORT_PRODUCT="centos"
REDHAT_SUPPORT_PRODUCT_VERSION="7"
内存：
# free -h
total used free shared buff/cache available
Mem: 7.4G 196M 4.0G 584K 3.2G 6.9G
Swap: 0B 0B 0B
# lscpu
Architecture: x86_64
CPU op-mode(s): 32-bit, 64-bit
Byte Order: Little Endian
CPU(s): 2
On-line CPU(s) list: 0,1
Thread(s) per core: 2
Core(s) per socket: 1
Socket(s): 1
NUMA node(s): 1
Vendor ID: AuthenticAMD
CPU family: 25
Model: 1
Model name: AMD EPYC 7T83 64-Core Processor
Stepping: 1
CPU MHz: 2545.216
BogoMIPS: 5090.43
Hypervisor vendor: KVM
Virtualization type: full
L1d cache: 32K
L1i cache: 32K
L2 cache: 512K
L3 cache: 32768K
NUMA node0 CPU(s): 0,1
Flags: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt pdpe1gb rdtscp lm constant_tsc rep_good nopl nonstop_tsc cpuid extd_apicid tsc_known_freq pni pclmulqdq monitor ssse3 fma cx16 pcid sse4_1 sse4_2 x2apic movbe popcnt tsc_deadline_timer aes xsave avx f16c rdrand hypervisor lahf_lm cmp_legacy cr8_legacy abm sse4a misalignsse 3dnowprefetch osvw topoext invpcid_single vmmcall tsc_adjust bmi1 avx2 smep bmi2 erms invpcid rdseed adx smap clflushopt clwb sha_ni xsaveopt xsavec xgetbv1 xsaves clzero xsaveerptr rdpru wbnoinvd arat vaes vpclmulqdq rdpid fsrm
[期望结果]：
触发异常后echo c >/proc/sysrq-trigger，系统可正常生成vmcore,并且通过crash工具能正常解析
[实际结果]：
触发异常后echo c >/proc/sysrq-trigger，系统可正常生成vmcore,crash工具无法正常解析vmcore |
|---|
