ITPub博客

首页 > 数字化转型 > ERP > SA299学习笔记 第五章 管理crash dumps 和core files(1)

SA299学习笔记 第五章 管理crash dumps 和core files(1)

原创 ERP 作者:litterbaby 时间:2007-07-11 16:14:51 0 删除 编辑
SA299学习笔记 第五章 管理crash dumps 和core files(1)[@more@]

第五章 管理crash dumps 和core files

基本内容:

1、管理宕机转存

2、管理核心文件

需要注意的是:

当操作系统遇到一个致命错误的时候,就产生一个宕机转存(crash dump) 文件

而当一个进程遇到致命错误的时候,就产生一个核心文件core files

两个文件产生的对象是不一样的,需要注意

crash dump

dumpadm

如果系统发生致命的错误(是由系统硬件等原因引起的),它会把生成的写在内存的crash dump写到定义的dump device上。(dump devices是一个典型的本地磁盘分区),当crash dump写到dump device上完成时,系统自动重启。在系统重启的引导阶段,系统自动执行savecore将保存在dump device上的crash dump写到系统的两个文件中unix.X和vmcore.X中

dump的管理:

dump的管理工具:dumpadm

dump的配置文件:/etc/dumpadm.conf

对于修改dumpadm的配置,应该在命令行使用dumpadm工具,而不是用vi来编辑/etc/dumpadm.conf,如果直接用vi来编辑/etc/dumpadm.conf文件,就会早晨系统dump配置的不连贯性。

Dumpadm的命令参数

-c content-type特别指明crash dump记录的内容,包括两种内容

kernel—表明在crash dump中只记录kenerl memory pages only

all—记录所有的memory pages.

-d dump-device修改dump device(即重新定义dump device的位置)

选项有:dump-device和swap两个选项。

-m 定义在savecore目录中定义用来执行savecore是的minfree的大小

-n 修改dump configuration这样可以确定它是否在boot的时候自动运行savecore。

-r root-dir

crash dump的产生是在系统crash的时候,OS会自动调用savecore命令,将当前的一些信息转储在一个实现定义的设备上,然后reboot,一般是在本地的磁盘分区上,(这个可以使用命令dumpadm来配置)。通过这些转储的信息可以事后分析(Postmortem Debug)。

来自 “ ITPUB博客 ” ,链接:https://blog.itpub.net/222350/viewspace-925962/ ,如需转载,请注明出处,否则将追究法律责任。

请登录后发表评论 登录
全部评论
  • 博文量
    131
  • 访问量
    465725