免费注册 查看新帖 |

Chinaunix

  平台 论坛 博客 文库
最近访问板块 发新帖
楼主: platinum

[已解决]有什么好的办法可以保存 kernel panic 信息? [复制链接]

论坛徽章:
36
IT运维版块每日发帖之星
日期:2016-04-10 06:20:00IT运维版块每日发帖之星
日期:2016-04-16 06:20:0015-16赛季CBA联赛之广东
日期:2016-04-16 19:59:32IT运维版块每日发帖之星
日期:2016-04-18 06:20:00IT运维版块每日发帖之星
日期:2016-04-19 06:20:00每日论坛发贴之星
日期:2016-04-19 06:20:00IT运维版块每日发帖之星
日期:2016-04-25 06:20:00IT运维版块每日发帖之星
日期:2016-05-06 06:20:00IT运维版块每日发帖之星
日期:2016-05-08 06:20:00IT运维版块每日发帖之星
日期:2016-05-13 06:20:00IT运维版块每日发帖之星
日期:2016-05-28 06:20:00每日论坛发贴之星
日期:2016-05-28 06:20:00
发表于 2010-06-01 11:24 |显示全部楼层
实验证明,在 die 函数中调用 flip_open 会导致 panic 嵌套
我想研究一下看 netconsole 是如何发送数据的 ...
platinum 发表于 2010-06-01 11:19

kernel thread的那种方式,白金兄不准备试一下么。

论坛徽章:
0
发表于 2010-06-01 11:37 |显示全部楼层
试过了,一样的,包括 kthread_create 也试过了,出错的位置更提前了,在派生线程时就 panic

论坛徽章:
36
IT运维版块每日发帖之星
日期:2016-04-10 06:20:00IT运维版块每日发帖之星
日期:2016-04-16 06:20:0015-16赛季CBA联赛之广东
日期:2016-04-16 19:59:32IT运维版块每日发帖之星
日期:2016-04-18 06:20:00IT运维版块每日发帖之星
日期:2016-04-19 06:20:00每日论坛发贴之星
日期:2016-04-19 06:20:00IT运维版块每日发帖之星
日期:2016-04-25 06:20:00IT运维版块每日发帖之星
日期:2016-05-06 06:20:00IT运维版块每日发帖之星
日期:2016-05-08 06:20:00IT运维版块每日发帖之星
日期:2016-05-13 06:20:00IT运维版块每日发帖之星
日期:2016-05-28 06:20:00每日论坛发贴之星
日期:2016-05-28 06:20:00
发表于 2010-06-01 11:48 |显示全部楼层
试过了,一样的,包括 kthread_create 也试过了,出错的位置更提前了,在派生线程时就 panic
platinum 发表于 2010-06-01 11:37

是怎么实现的。生成一个线程之后,是调用wait_event_interruptible等待某个事件的发生吗

论坛徽章:
0
发表于 2010-06-01 11:50 |显示全部楼层
本帖最后由 Arthur_ 于 2010-06-01 11:52 编辑
有掉电保护指的是什么?
目前 kexec 可以实现 OOPS 后载入 dump-capture 内核,将 /proc/vmcore 的内存  ...
platinum 发表于 2010-06-01 11:14



   

悲剧.!!!!!!!!!

下载crash-5.0.3/

运行crash vmlinux vmcore

执行where

具体方法参考:
http://people.redhat.com/~anderson/crash_whitepaper/

要是在搞不定, 我就....

论坛徽章:
0
发表于 2010-06-01 11:51 |显示全部楼层
往往 kernel panic 后,信息无法记录到 syslog 中,甚至连 keyboard 也无效了
虽然可以通过 netconsole 将 ...
platinum 发表于 2010-05-31 09:30



不大理解你的需求,难道Linux内核crash的时候不把这些信息保存在生成core文件里吗?

论坛徽章:
0
发表于 2010-06-01 11:57 |显示全部楼层
不大理解你的需求,难道Linux内核crash的时候不把这些信息保存在生成core文件里吗?
Solaris12 发表于 2010-06-01 11:51

我的直接需求就是:当 OOPS 时,能把显示在屏幕上的信息保存下来,我只需要这些提示信息即可,不用整个 vmcore
默认 Linux 是不会将 panic 后的数据 dump 出来的,但借助 kexec,当 OOPS 时,临时软启动一个 dump-capture 内核来实现抓取 /dev/oldmem 或 /proc/vmcore 导出原有信息

但是遇到几个问题:
1、太大了,如果内存很大,这个文件也非常大,上 GB;
2、我不需要那些环境,只需要提示到屏幕上的信息即可,这样太大动干戈了

论坛徽章:
36
IT运维版块每日发帖之星
日期:2016-04-10 06:20:00IT运维版块每日发帖之星
日期:2016-04-16 06:20:0015-16赛季CBA联赛之广东
日期:2016-04-16 19:59:32IT运维版块每日发帖之星
日期:2016-04-18 06:20:00IT运维版块每日发帖之星
日期:2016-04-19 06:20:00每日论坛发贴之星
日期:2016-04-19 06:20:00IT运维版块每日发帖之星
日期:2016-04-25 06:20:00IT运维版块每日发帖之星
日期:2016-05-06 06:20:00IT运维版块每日发帖之星
日期:2016-05-08 06:20:00IT运维版块每日发帖之星
日期:2016-05-13 06:20:00IT运维版块每日发帖之星
日期:2016-05-28 06:20:00每日论坛发贴之星
日期:2016-05-28 06:20:00
发表于 2010-06-01 11:58 |显示全部楼层
不大理解你的需求,难道Linux内核crash的时候不把这些信息保存在生成core文件里吗?
Solaris12 发表于 2010-06-01 11:51

比如有些设备,用的是CF卡,导致系统重启的oops信息并不会被自动保存的。

论坛徽章:
0
发表于 2010-06-01 11:59 |显示全部楼层
是怎么实现的。生成一个线程之后,是调用wait_event_interruptible等待某个事件的发生吗
Godbach 发表于 2010-06-01 11:48

可能是我的问题,我可能没正确使用 kthread_create
但是我有一个不明白,直接运行有问题,派生线程就没事了吗?
这个和程序线性、并行运行有什么关系吗?

论坛徽章:
0
发表于 2010-06-01 12:01 |显示全部楼层
悲剧.!!!!!!!!!

下载crash-5.0.3/

运行crash vmlinux vmcore

执行where

具体方法 ...
Arthur_ 发表于 2010-06-01 11:50

大哥,那个 vmcore 太大了,内存越大 vmcore 越大
我需要的仅仅是 printk 到屏幕的信息,这个……

论坛徽章:
36
IT运维版块每日发帖之星
日期:2016-04-10 06:20:00IT运维版块每日发帖之星
日期:2016-04-16 06:20:0015-16赛季CBA联赛之广东
日期:2016-04-16 19:59:32IT运维版块每日发帖之星
日期:2016-04-18 06:20:00IT运维版块每日发帖之星
日期:2016-04-19 06:20:00每日论坛发贴之星
日期:2016-04-19 06:20:00IT运维版块每日发帖之星
日期:2016-04-25 06:20:00IT运维版块每日发帖之星
日期:2016-05-06 06:20:00IT运维版块每日发帖之星
日期:2016-05-08 06:20:00IT运维版块每日发帖之星
日期:2016-05-13 06:20:00IT运维版块每日发帖之星
日期:2016-05-28 06:20:00每日论坛发贴之星
日期:2016-05-28 06:20:00
发表于 2010-06-01 12:02 |显示全部楼层
但是我有一个不明白,直接运行有问题,派生线程就没事了吗?
这个和程序线性、并行运行有什么关系吗?

直接运行是怎么实现的。采用什么方式截获系统发生oops了。用个循环一直去检查吗?
您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

DTCC2020中国数据库技术大会

【架构革新 高效可控】2020年12月21日-23日第十一届中国数据库技术大会将在北京隆重召开。

大会设置2大主会场,20+技术专场,将邀请超百位行业专家,重点围绕数据架构、AI与大数据、传统企业数据库实践和国产开源数据库等内容展开分享和探讨,为广大数据领域从业人士提供一场年度盛会和交流平台。

http://dtcc.it168.com


大会官网>>
  

北京盛拓优讯信息技术有限公司. 版权所有 16024965号-6 北京市公安局海淀分局网监中心备案编号:11010802020122
中国互联网协会会员  联系我们:huangweiwei@it168.com
感谢所有关心和支持过ChinaUnix的朋友们 转载本站内容请注明原作者名及出处

清除 Cookies - ChinaUnix - Archiver - WAP - TOP