centos 配置kdump crash 之后卡住不重启

最新推荐文章于 2024-10-14 10:40:25 发布

原创最新推荐文章于 2024-10-14 10:40:25 发布 · 2.1k 阅读

1 ·

CC 4.0 BY-SA版权

计算机专栏收录该内容

5 篇文章

订阅专栏

本文详细记录了解决kdump重启失败的问题过程，通过重新安装kexec-tools和system-config-kdump包，调整crashkernel配置，并确保正确的.img文件生成，最终实现系统正常重启。

问题描述：

service kdump status 显示正常

greab 文件也配置了crashkernel=128M

就是 echo c > /proc/sysrq-trigger 系统不重启卡住不动键盘灯闪烁

解决：

1、卸载rpm包重新安装 kexec-tools-2.0.0-273.el6.x86_64 和 system-config-kdump-2.0.5-15.el6.noarch两个包，

2、之后执行service kdump start 这个会看到重新rebuild initrd-2.6.32-431.el6.x86_64kdump.img

3、之后设置为开机自启动 chkconfig kdump on

4、之后root

5、启动之后强制宕机 echo c > /proc/sysrq-trigger 可爱的重启界面出现了，在也不是那可恶的两个键盘的灯一直闪烁了哈哈

分析：

可能是装系统的时候没有配置为128M和不知道什么原因导致的.img 文件生成的不对所以就不能产生奔溃

后来有一次重装了也没有生效之后吧上面的两个包卸载之后执行了第六条的命令之后成功了，分析可能和yum kernel 有关

也可能之前没有直接重启二十执行了service kdump start 。这次是配置了config之后直接重启的。具体什么原因不清楚。可以依次试试

kexec-tools
kexec package
kernel-debuginfo //需单独另外安装，yum源里没有
crash analysis package
安装命令如下
# yum -y install kernel kexec-tools
最近结果是能用了

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

小二linux

关注关注

0
点赞
踩
1

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

专栏目录

CentOS7配置kdump分析内核

tangbin0505的博客

11-11

893

1 kdump简介 kdump是一种基于kexec的内核崩溃转储技术。kdump需要两个内核，分别是生产内核和捕获内核，生产内核是捕获内核服务的对象，且保留了内存的一部分给捕获内核启动使用。当系统崩溃时，kdump使用kexec启动捕获内核，以相应的ramdisk一起组建一个微环境，用以对生产内核下的内存进行收集和转存。 2 安装kexec-tools yum install kexec-tools 3 配置kdump kernel vim /etc/default/grub 需要将GRUB_CMD

Linux kdump远程转存储配置手册教程

最新发布

广阔天地，大有作为

06-23

741

kdump是一个Linux内核崩溃转储机制，当系统崩溃时，它可以捕获内核的内存转储信息，帮助分析崩溃原因。将转储文件存储到远程位置，便于集中管理和分析。本教程将详细介绍如何配置kdump将转储文件远程转存储。

参与评论您还未登录，请先登录后发表或查看评论

使用kdump追踪系统死机问题

shenyanxxxy的专栏

08-06

1803

1.将crash文件解压缩到~/tmp目录里面 apport-unpack /var/crash/linux-image-2.6.32-33-generic.0.crash ~/tmp 可以看到在tmp目录下有好多文件。 2.系统需要安装dbgsym 因为原有内核的调试信息太少了，无法满足需要的。在这里下载并安装相应的版本号的dbgsym调试信息，http://ddebs.ub

Kernel启动过程中被Stuck的调试

认真你就输了

08-07

873

向自定义的开发板移植Kernel时，经常会遇到Kernel启动时卡住的问题，通常，由于无法获取足够的信息，调试比较费时。一般这种问题都出现在某个驱动初始化过程中，由于失败处理时的逻辑问题导致Kernel卡住，因此如果能够得到是哪个驱动初始化失败，就很容易定位问题。 Kernel中，选项KALLSYMS可以将Kernel代码中的符号信息编译到Image中，同时，如果在Command Line中，传入

基于kexec的崩溃转储机制

weixin_34249367的博客

03-02

205

设计=== 当一个内核转储发生的时候kdump使用kexec启动一个备份的内核。这个备份启动的内核只是使用少量的内存，并且这些内存由第一个内核提供。这样设计保证了第一个内核启动且正在运行中的DMA不会破坏第二个内核的运行。在内核崩溃之前所有关于核心映像的必要信息都用ELF格式编码并存储在保留的内存区域中。ELF头所在的物理地址被作为命令行参数（fcorehdr=...

CentOS 7启动时报“Started Crash recovery kernel arming.....shutdown....”问题处理过程

jetliu05的博客

11-22

6073

“Started Crash recovery kernel arming.....shutdown....”问题处理过程

kdump和crash的配置方法与内核故障原因分析(一)

charleslei的专栏

03-10

3803

最近数据库服务器备机升级网卡驱动版本以及大数据有个别设备直接crash重启了，查看日志也查不到当时时间点的日志，查看kdump是开启了的，但是数据库的kdump不知道为啥没有生成crash日志，为了发现问题并找出问题，我在虚机上也配置了kdump学习下它的工作原理和实际应用。 kdump简介 Linux的内核十分稳定，但仍不可避免地会遇到崩溃的情况，获取内核崩溃时的内存镜像，有助于分析系统在...

Centos7 开启Kdump测试crash

Q先生

10-14

674

可以看到这里crash日志中有page excluded,和我们之前的对/proc/sysrq-trigger写入的操作也匹配上了.在grub中修改GRUB_CMDLINE_LINUX的值,加入crashkernel参数,值为内存/4。至此Centos7 开启Crash dump完成。即1G内存crashkernel设置为256M。生成环境不要去执行,命令执行后服务器会被重启。重启后可以看到crash日志被创建。将kdump设置为自动启动。

【linux内核-配置kdump centos7】

cddchina的专栏

06-10

2834

kdump debug

CentOs7修改网卡配置文件不生效-亲测有效

10-09

在 CentOS 7 中，网络配置的变化主要是因为 Network Manager 的引入，它会动态管理网络接口，而不仅仅是依赖于传统的配置文件。因此，当修改配置文件无效时，使用 `nmcli` 这样的命令行工具进行交互式配置是更有效的...

CENTOS7 配置KDUMP和使用CRASH工具分析CRASH现场

需要学习的，有很多。

02-07

1万+

关于kdump 和 crash kdump是一种kernel crash dump的机制，它可以在内核crash时保存系统的内存信息用于后续的分析。kdump是基于kexec的。 crash是一个用于交互式地分析正在运行的Linux系统或者kernel crash后的core dump数据的工具。在CentOS 7 中配置kdump 需要在kernel启动命令行参数中添加crashkerne

Centos7.4 不产生core文件之解决办法

sz76211822的专栏

12-30

1658

启用abrt-cli崩溃报告服务 1.在/etc/profile里面设置ulimit -c unlimited 2.设置abrt服务配置项打开文件/etc/abrt/abrt-action-save-package-data.conf 按如下设置: 打开文件 /etc/abrt/abrt.conf 这个默认值1000，改为0，意思是core文件大小不在受限制 3在/opt下创建MonitorCrash.sh 代码如下： #!/bin/bash cd /var/s...

linux【服务】kdump配置详解

爱死亡机器人

07-20

3492

文章目录1. 检查当前kdump服务状态1.1 检查是否已经配置加载kdump环境1.2 检查kdump服务是否正在运行1.3 检查当前系统内存使用情况1.4 检查kdump存储目录空间情况1.5 修改sysconfig kdump参数1.6 触发coredump动作2. Kdump结果验证3. Kdump失败回退 1. 检查当前kdump服务状态 1.1 检查是否已经配置加载kdump环境检查命令： grep crashkernel /proc/cmdline 结果确认：如果能看到crashke

echo “c“ ＞ /proc/sysrq-trigger 让linux系统崩溃之后的恢复办法

lx555222的博客

11-26

1万+

故意让系统崩溃 echo "c" > /proc/sysrq-trigger 办法就是：重启输入这个命令之后终端连接就会断开，无法输入命令，所以只能在后台重启拓展： # 立即重新启动计算机 echo "b" > /proc/sysrq-trigger # 立即关闭计算机 echo "o" > /proc/sysrq-trigger # 导出内存分配的信息（可以用/var/log/message 查看） echo "m" > /proc/sysrq-trigg..

CentOS 7 升级内核后 kdump 不能启动

topxia

11-08

2988

CentOS 7默认内核3.10，一般情况都要升级到4.0以上内核，升级后kdump服务器就无法启动了，本文针对此解决。

一条超级简单的故意让linux死机/宕机的命令

热门推荐

masterbee的博客

09-22

1万+

最近因为测试需要，需要观察机器在死机状态下其它外设的反应，学习到了一条超级简单的能让Linux瞬间死机的命令： echo c > /proc/sysrq-trigger 运行后效果如下：可以看到，一旦运行后，系统立马死机。原来，这是linux/proc/sysrq-trigger的强大机制： # 立即重新启动计算机 echo b> /proc/sy...

基于A64的linux4.18内核进入panic后无法自动重启

小段孩

01-20

1258

基于A64的linux4.18内核进入panic后无法自动重启背景最近几天公司的一个做矿机的客户遇到了这样一种情况：使用tf卡加载程序时，内核进入panic可以自动重启；使用nor flash时，内核进入panic无法自动重启。由于客户的挖矿管理程序bug很多，很容易造成不同情况的panic，但是量产在即，容不得那么多时间去一一排查bug，所以就往内核添加了只要进入panic就自动重启的配置，...

Linux服务器内核崩溃问题分析

shenxiaomo1688的博客

05-12

2532

找到GRUB_CMDLINE_LINUX配置项，修改crashkernel的值，默认auto,须根据服务器内存大小合理设置crashkernel的值，如果系统的内存 <= 8 GB 对kdump kernel不会保留任何内容（等同于关闭kdump）,如果系统的内存> 8 GB但是<= 16 GB,crashkernel=auto会保留256M,等同于crashkernel=256M,如果系统内存> 16GB, crashkernel=auto会保留512M, 等同于crashkernel=512M.

k8s出现网络问题，升级centos7内核解决

sinat_36759535的博客

07-19

3546

1.因为k8s和centos7内核版本的问题，导致机器经常出现网络一直重启的问题，当时的处理方式是重启机器，就能临时解决问题，但是反反复复会偶尔出现。后面判断应该是centos7内核版本问题，所以决定升级centos7内核版本（由于当时紧急处理，忘记截图出现问题的现象）我们的机器centos7 发行版为7.8 内核为3.10.0-1127.13.1.el7.x86_64，升级后内核版本为5.7.9-1.el7.elrepo.x86_64 下面说下升级内核版本的过程，以及踩的坑 #检查当前 CentOS 系

centos7安装kdump成功，但是echo c测试失败卡住不自动重启

06-23

### CentOS 7中kdump配置成功后，使用`echo c`测试时系统卡住且无法自动重启的解决方案在CentOS 7中，如果配置了kdump服务并使用`echo c > /proc/sysrq-trigger`进行测试时，系统可能会出现卡住且无法自动重启的问题。以下是一些可能的原因及解决方法： #### 1. 检查内核参数配置确保内核启动参数中包含正确的kdump相关配置。需要编辑`/etc/default/grub`文件，并在`GRUB_CMDLINE_LINUX`中添加以下参数[^1]： ```bash crashkernel=auto ``` 保存后，重新生成GRUB配置文件并更新引导加载器： ```bash grub2-mkconfig -o /boot/grub2/grub.cfg ``` #### 2. 确认kdump服务状态检查kdump服务是否正常运行，可以使用以下命令验证其状态并重新加载配置： ```bash systemctl status kdump kdumpctl status ``` 如果服务未启动或配置不正确，可以尝试重启kdump服务： ```bash systemctl restart kdump ``` #### 3. 调整crashkernel分配大小有时默认的crashkernel分配大小可能不足以支持当前系统的内存需求。可以通过调整`crashkernel`参数来解决问题。例如，将`crashkernel=auto`替换为显式的内存分配值： ```bash crashkernel=256M ``` 然后重新生成GRUB配置文件并更新引导加载器。 #### 4. 检查存储设备挂载问题如果kdump目标存储设备（如NFS、本地磁盘等）挂载失败，可能导致系统在触发崩溃时卡住。确保目标存储设备已正确挂载并设置为自动挂载[^2]。可以在`/etc/fstab`中添加类似以下的条目： ```plaintext <挂载地址> /var/crash nfs vers=3,timeo=600,nolock 0 0 ``` #### 5. 强制重启机制如果上述方法均无效，可以考虑通过强制重启机制恢复系统。登录到管理控制台并执行强制重启操作[^3]。需要注意的是，强制重启可能会导致数据丢失或文件系统损坏，因此建议在操作前备份重要数据。 #### 6. 密码重置与插件安装如果因密码问题无法登录系统以排查故障，可以参考密码重置流程[^4]。对于运行中的云服务器，勾选“自动重启”选项以确保新密码生效后系统能够正常启动。 #### 7. 图形界面排查对于需要更直观地排查问题的情况，可以安装VNC Server并通过图形界面进行操作[^5]。这有助于快速定位和解决系统卡住的问题。 ```bash sudo apt update sudo apt install tightvncserver ``` ### 示例代码：检查kdump配置以下是一个简单的脚本，用于检查kdump配置是否正确： ```bash #!/bin/bash # 检查kdump服务状态 status=$(systemctl is-active kdump) if [ "$status" != "active" ]; then echo "kdump服务未启动，请检查配置。" exit 1 fi # 检查crashkernel参数 if ! grep -q "crashkernel=" /proc/cmdline; then echo "内核参数中缺少crashkernel配置，请手动添加。" exit 1 fi echo "kdump配置正常。" ```