查看问题详情

编号项目分类查看权限最后更新
0000616Anolis OS 8- cloud kernel 5.10public2022-01-17 09:24
报告员wb-wpp899309 分派给 
优先级normal严重性minor出现频率always
状态 new处理状况open 
平台x86_64操作系统Anolis OS 8.4操作系统版本x86_64
标题0000616: [Anolis 8.4-RC1-510-x86/aarch64]默认开机启动服务kdump.service状态为failed,crashkernel=auto
描述[缺陷描述]
kdump默认配置为crashkernel=auto,kdump服务状态为failed,修改为crashkernel=512M,kdump服务正常,麻烦帮忙确认是否需要将crashkernel默认配置修改为适当的值

# cat /proc/cmdline
BOOT_IMAGE=(hd0,msdos1)/boot/vmlinuz-5.10.84-10_rc1.an8.x86_64 root=UUID=9b210f57-a0f1-4236-a87f-f47824d3be7f ro crashkernel=auto rhgb nvme_core.io_timeout=4294967295 quiet net.ifnames=0 console=tty0 console=ttyS0,115200n8


# systemctl status kdump
● kdump.service - Crash recovery kernel arming
   Loaded: loaded (/usr/lib/systemd/system/kdump.service; enabled; vendor preset: enabled)
   Active: failed (Result: exit-code) since Tue 2021-12-21 19:57:48 CST; 27min ago
  Process: 13384 ExecStart=/usr/bin/kdumpctl start (code=exited, status=1/FAILURE)
 Main PID: 13384 (code=exited, status=1/FAILURE)

Dec 21 19:57:48 iZbp1aimvumz9t6hb4v1q5Z systemd[1]: Starting Crash recovery kernel arming...
Dec 21 19:57:48 iZbp1aimvumz9t6hb4v1q5Z kdumpctl[13384]: No memory reserved for crash kernel
Dec 21 19:57:48 iZbp1aimvumz9t6hb4v1q5Z kdumpctl[13384]: Starting kdump: [FAILED]
Dec 21 19:57:48 iZbp1aimvumz9t6hb4v1q5Z systemd[1]: kdump.service: Main process exited, code=exited, status=1/FAILU>
Dec 21 19:57:48 iZbp1aimvumz9t6hb4v1q5Z systemd[1]: kdump.service: Failed with result 'exit-code'.
Dec 21 19:57:48 iZbp1aimvumz9t6hb4v1q5Z systemd[1]: Failed to start Crash recovery kernel arming.
# systemctl status kdump
● kdump.service - Crash recovery kernel arming
   Loaded: loaded (/usr/lib/systemd/system/kdump.service; enabled; vendor preset: enabled)
   Active: failed (Result: exit-code) since Tue 2021-12-21 19:57:48 CST; 27min ago
  Process: 13384 ExecStart=/usr/bin/kdumpctl start (code=exited, status=1/FAILURE)
 Main PID: 13384 (code=exited, status=1/FAILURE)

Dec 21 19:57:48 iZbp1aimvumz9t6hb4v1q5Z systemd[1]: Starting Crash recovery kernel arming...
Dec 21 19:57:48 iZbp1aimvumz9t6hb4v1q5Z kdumpctl[13384]: No memory reserved for crash kernel
Dec 21 19:57:48 iZbp1aimvumz9t6hb4v1q5Z kdumpctl[13384]: Starting kdump: [FAILED]
Dec 21 19:57:48 iZbp1aimvumz9t6hb4v1q5Z systemd[1]: kdump.service: Main process exited, code=exited, status=1/FAILU>
Dec 21 19:57:48 iZbp1aimvumz9t6hb4v1q5Z systemd[1]: kdump.service: Failed with result 'exit-code'.
Dec 21 19:57:48 iZbp1aimvumz9t6hb4v1q5Z systemd[1]: Failed to start Crash recovery kernel arming.

[环境信息]:
内核信息:
# uname -r
5.10.84-10_rc1.an8.x86_64

操作系统信息:
# cat /etc/os-release
NAME="Anolis OS"
VERSION="8.4"
ID="anolis"
ID_LIKE="rhel fedora centos"
VERSION_ID="8.4"
PLATFORM_ID="platform:an8"
PRETTY_NAME="Anolis OS 8.4"
ANSI_COLOR="0;31"
HOME_URL="https://openanolis.cn/"

cpu信息:
# lscpu
Architecture: x86_64
CPU op-mode(s): 32-bit, 64-bit
Byte Order: Little Endian
CPU(s): 128
On-line CPU(s) list: 0-127
Thread(s) per core: 2
Core(s) per socket: 64
Socket(s): 1
NUMA node(s): 1
Vendor ID: AuthenticAMD
BIOS Vendor ID: Alibaba Cloud
CPU family: 25
Model: 1
Model name: AMD EPYC 7T83 64-Core Processor
BIOS Model name: pc-i440fx-2.1
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-127
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 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

内存信息:
# free -h
                    total used free shared buff/cache available
Mem: 495Gi 1.2Gi 494Gi 2.0Mi 449Mi 491Gi
Swap: 0B 0B 0B


[期望结果]:
开机启动服务kdump,状态为active

[实际结果]:
开机启动服务kdump,状态为failed

[原因定位]:
修改启动参数crashkernel=512M,服务可以启动
默认启动参数crashkernel=auto,服务启动失败

[修复建议]:
请确认设置默认开机参数导致kdump服务启动失败是否合理
问题重现步骤安装内核启动机器后
systemctl status tcsd.service,查询服务当前状态,其状态为fail,错误信息为无保留的内存供kdump使用
标签没加标签.

活动

这个问题没有注释信息

问题历史

日期 用户名 字段 更改
2021-12-21 20:29 wb-wpp899309 新建问题