前景描述
公司10台物理服务器，系统为Redhat7.9，因安装K8S，需将内核升级至3.10.0-1060以上，并修改相关参数，否则会造成内存泄露问题。
操作步骤
需要用到的升级包及顺序如下
linux-firmware-20190429-72.gitddde598.el7.noarch.rpm
kernel-tools-libs-3.10.0-1062.4.1.el7.x86_64.rpm
kernel-tools-3.10.0-1062.4.1.el7.x86_64.rpm
kernel-headers-3.10.0-1062.4.1.el7.x86_64.rpm
kernel-devel-3.10.0-1062.4.1.el7.x86_64.rpm
kernel-3.10.0-1062.4.1.el7.x86_64.rpm
问题汇总
- 重启后服务器长时间无法SSH链接且无法PING通，登陆BMC控制台查看，发现已进入系统引导界面并卡在“start crash recovery kernel arming.ails.nt. certficates”
- 通过卡主此行描述得知“Crash Recovery与kdump服务有关”，进行查阅资料得知需在/etc/default/grub中加入“crashkernel”参数
- 我的服务器grub文件中未发现自动配置的“crashkernel=auto”参数，所以缺少此参数，故重启后停留在“start crash recovery kernel arming.ails.nt. certficates”界面。
Kdump服务及CrashKernel参数
kdump
- 什么是kdump
kdump是一种先进的基于 kexec 的内核崩溃转储机制。当系统崩溃时，kdump 使用 kexec 启动到第二个内核。第二个内核通常叫做捕获内核，以很小内存启动以捕获转储镜像。第一个内核保留了内存的一部分给第二内核启动用。由于 kdump 利用 kexec 启动捕获内核，绕过了 BIOS，所以第一个内核的内存得以保留。这是内核崩溃转储的本质。 - 什么是Kexec?
kexec 是一个快速启动kernel的机制，它运行在某一正在运行的kernel中，启动一个新的kernel（这里是crash kernel），而且不用重新经过BIOS 就可以完成启动。因为一般BIOS都会花费很长的时间，尤其是在大型并且同时连接许多外部设备的Server上的环境下，BIOS会花费更多的时间。
CrashKernel
- 如果系统的内存 <= 8 GB 对kdump kernel不会保留任何内容；也就是说，crashkernel=auto 等于关掉了机器上的kdump功能。
- 如果系统的内存 > 8 GB 但是 <= 16 GB，crashkernel=auto会保留256M，等同于crashkernel=256M；
- 如果系统内存> 16GB， crashkernel=auto会保留512M， 等同于crashkernel=512M
解决方法
1.开机进入系统引导菜单界面，并进入单用户模式
2.进入单用户后进行如下操作：
mount -o remount,rw /sysroot
chroot /sysroot
vim /etc/default/grub3.在lv或硬盘分区quiet前加入“crashkernel=512M”即可。
[c-downbtn type=”123″ url=”https://www.123pan.com/s/Iu2eVv-zSXod.html” pwd=””]文章中RPM包下载地址[/c-downbtn]
原创文章，作者：AIRF，如若转载，请注明出处：http://www.ai-rf.com/index.php/2022/07/09/%e5%ae%b9%e5%99%a8%e5%8d%87%e7%ba%a7%e5%86%85%e6%a0%b8%e5%8f%8a%e9%87%8d%e5%90%af%e5%90%8e%e9%81%87%e5%88%b0%e7%9a%84%e9%97%ae%e9%a2%98/
