kernel.panic   sysrq-trigger

kernel.panic:

the seconds  before server rebooting on a panic

但是经过测试 ,panic设置成0,或则 非0,没区别。

echo "c" > /proc/sysrq-trigger

该cmd会trigger一个crash,此时server会hung住(同时产生vmcore文件在 /var/crash),然后reboot,从测试的时间来看,kernel.panic=0,non -0,都是 一样的效果。server在vmcore产生完毕后就自动reboot,根本不会考虑panic的时间,个人感觉也没有必要。

sysrq-trigger is a indirect to set kernel parameter kernel.sysrq

时间: 2024-11-03 02:54:13

kernel.panic   sysrq-trigger的相关文章

CentOS kernel panic后自动重启

这段时间公司有几台老化的服务器老是莫名其妙宕机,最后查看日志都是一些类似"I/O error"的错误导致的kernel panic.由于这几台机器跑的也不是什么重要的业务,为了省事想干脆把内核设置为内核崩溃了自动重启.在网上查了下,下面的方法测试有效: 编辑/etc/sysctl.conf 添加kernel.panic到内核参数,为内核崩溃20秒之后,自动重启系统 kernel.panic = 20 设置完成后可以通过以下方法测试,需要修改sysrq参数: 编辑/etc/sysctl.

CentOS系统Kernel panic - not syncing: Attempted to kill init

结果启动虚拟机出现如下问题: Kernel panic - not syncing: Attempted to kill init     解决方法: 系统启动的时候,按下'e'键进入grub编辑界面,编辑grub菜单,选择"kernel /vmlinuz-2.6.23.1-42.fc8 ro root=/dev/vogroup00/logvol00 rhgb quiet" 一栏,按'e'键进入编辑,在末尾增加enforcing=0,即: kernel /vmlinuz-2.6.23.

Kernel panic - not syncing: Attempted to kill init! exitcode=0x00000004

移植文件系统时,我们可能会遇到这个问题: VFS: Mounted root (cramfs filesystem) readonly on device 31:3. Freeing unused kernel memory: 176K (c0616000 - c0642000) Kernel panic - not syncing: Attempted to kill init! exitcode=0x00000004 CPU: 0 PID: 1 Comm: sh Not tainted 3.

LFS kernel panic的问题解决之一

/*********************************************************************  * Author  : Samson  * Date    : 04/26/2015  * Test platform:  *              gcc (Ubuntu 4.8.2-19ubuntu1) 4.8.2  *              GNU bash, 4.3.11(1)-release (x86_64-pc-linux-gnu)

linux加载rootfs 根文件系统 kernel panic - not

环境:linux内核加载自己的制作的文件系统. 错误信息有以下几种: 错误信息1: Root-NFS: Server returned error -5 while mounting /mini2440/rootfs VFS: Unable to mount root fs via NFS, trying floppy. VFS: Cannot open root device "nfs" or unknown-block(2,0) Please append a correct &q

挂载文件系统出现"kernel panic..." 史上最全解决方案

问:挂载自己制作的文件系统卡在这里: NET: Registered protocol family 1 NET: Registered protocol family 17 VFS: Mounted root (cramfs filesystem) readonly. Freeing init memory: 116K Failed to execute /linuxrc. Attempting defaults... Kernel panic - not syncing: No init f

[Debug]Kernel Panic学习(一)

linux内核调试常见方法 1,可能导致kernel panic的原因有:ARM捕捉到的异常 (KE)          指令异常:程序跑飞,可能跑到数据区里执行          访问无效地址:执行存取指令时抛出异常(访问了kernel space没有映射的内存)代码主动发出的异常 (KE)          调用BUG()/BUG_ON()函数软件卡死导致看门狗复位 (无法调度) (HWT)           代码出现死锁           中断被关太久(中断频繁)硬件卡死导致看门狗复位

kernel panic

Linux kernel panic是很难定位和排查的重大故障,一旦系统发生了kernel panic,相关的日志信息非常少,而一种常见的排查方法-重现法–又很难实现,因此遇到kernel panic的问题,一般比较头疼.没有一个万能和完美的方法来解决所有的kernel panic问题,这篇文章仅仅只是给出一些思路,一来如何解决kernel panic的问题,二来可以尽可能减少发生kernel panic的机会.什么是kernel panic 就像名字所暗示的那样,它表示Linux kernel

Kernel panic之"eth0: no IPv6 routers present"的解决方法

昨天开发板开机启动时候,出现了点状况: PS:根文件系统是通过挂载的形式运行的,之前一直都是好好的没问题. kernel panic的问题不是没遇到过,但下面这错误信息"eth0: no IPv6 routers present"就第一次见了,百度了很久也没找到什么解决方法,然后就走了. 今天又过来折腾,没办法,一定要解决啊,不过问题总算是解决了: 当时我想,是不是linux系统的nfs服务被停止了?查看下nfs服务的状态: [email protected]:~$ service n