【环境信息】
软件信息:
1) 版本20.03-LTS-SP2,x86物理机,虚拟机
2) 4.19.90-2104.21.0.0083.oe1.x86_64
3) 偶现
【问题复现步骤】
安装最小化,安装完成后查看message日志
【预期结果】
无报错
【实际结果】
有报错: crashkernel reservation failed - No suitable area found.
【附件信息】
Hey ga_beng_cui, Welcome to openEuler Community.
All of the projects in openEuler Community are maintained by @openeuler-ci-bot.
That means the developers can comment below every pull request or issue to trigger Bot Commands.
Please follow instructions at https://gitee.com/openeuler/community/blob/master/en/sig-infrastructure/command.md to find the details.
此处可能存在不合适展示的内容,页面不予展示。您可通过相关编辑功能自查并修改。
如您确认内容无涉及 不当用语 / 纯广告导流 / 暴力 / 低俗色情 / 侵权 / 盗版 / 虚假 / 无价值内容或违法国家有关法律法规的内容,可点击提交进行申诉,我们将尽快为您处理。
附件中没有报错信息,是不是放错了
报错信息在message里面
预留空间信息,还有 iomem 的信息都提供下吧。
这种一般都是预留空间不足造成的。
默认从前 4G 预留空间,而前 4G 的空间是非常宝贵的。因此会概率性出现这样的问题
X86 5.2-rc1 合入了如下补丁 之后,crashkernel=xM 参数会优先从低 4G 内存预留空间, 但是低 4G 空间不足时,会尝试用高地址空间去 fallback。
commit b9ac3849af412fd3887d7652bdbabf29d2aecc16
Author: Dave Young <dyoung@redhat.com>
Date: Mon Apr 22 11:19:05 2019 +0800
x86/kdump: Fall back to reserve high crashkernel memory
https://lore.kernel.org/patchwork/patch/1064569/
4.19 暂时不支持此特性,如果低 4G 不够,需要显式从高地址预留
ARM64 则通过如下补丁支持从高 4G 去预留
7526a628d93c kdump: update Documentation about crashkernel on arm64
8ad16a4b9c7c memblock: extend memblock_cap_memory_range to multiple ranges
19ab5d6d6b8c arm64: kdump: support reserving crashkernel above 4G
ca2e51954ad8 x86: kdump: move reserve_crashkernel_low() into kexec_core.c
登录 后才可以发表评论