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

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博客 ” ，链接：http://blog.itpub.net/222350/viewspace-925962/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/222350/viewspace-925962/