Chinaunix首页 | 论坛 | 博客
  • 博客访问: 5697640
  • 博文数量: 745
  • 博客积分: 10075
  • 博客等级: 上将
  • 技术积分: 7716
  • 用 户 组: 普通用户
  • 注册时间: 2005-04-29 12:09
文章分类

全部博文(745)

文章存档

2019年(1)

2016年(1)

2010年(31)

2009年(88)

2008年(129)

2007年(155)

2006年(197)

2005年(143)

分类:

2006-04-19 09:58:59

Upon completion of this module, you should be able to:
1,describe how a process creates a system dump
2,configure a system to collect and store core files
3,differentiate a system panic condition from a system hang
4,list the steps to perform an initial core dump analysis
5,use the adb and crash debuggers to analyze crash dumps
 
The following events occur in response to a system panic:
display a panic message at the console
perform a stack trace, listing routines that led to the panic
dump "interesting" portions memory to the swap device
reboot and copy the core file from swap to a file system
 
The severity of the hang needs to be monitored by trying diffrerent methods of system access, and varies depending on the cause of the hang, which commonly include:
an application has hang
a terminal or window has hang
the system has hang
the system is overloaded and has a resource bottleneck
 
The options available with dumpadm to change the crash dump and savecore configuration details are:
-c content_type
-d dump_device
-m min
-n suppress the automatic execution of savecore on reboot
-s savecore_dir
-u update the configuration details based on the contents of /etc/dumpadm.conf
 
The following command specifies collect the core file on swap, populate the file with kernel pages only, and save the core file to /opt/crash/system1 on reboot:
# dumpadm -c kernel -d swap -s /opt/crash/system1
 
To invoke adb for crash dump analysis,type
# cd crash_directory
# adb -k unix.n vmcore.n
To start adb on a live system, run the following command:
# adb -kw /dev/ksyms /dev/mem
阅读(3014) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~