分析crash dump 通常crash dump 是由响应中心进行分析的，因为深入地分析需要对操作系 统的内部有深入地了解。然面有时crash dump 的原因很简单，如果能够很快找到 原因，就会缩短解决故障的周期。 下面只介绍一种最简单的方法，需要用到Q4 工具（默认安装都有）。 #cd /var/adm/crash/crash.0 #enter the dump dir you want to analysis #q4pxdb vmunix #may not be neccessary #echo "run WhatHappened" | q4 -m –Np . > wh.tx...

有时系统在运行的过程中挂起，有时会自动重起，我们需要对相关的情况进行分析。crash dump主要是与软件相关，HPMC通常是硬件相关。将它们放在一起写主要是因为它们的表现有相似之处。crash dump是在系统出现故障时，将内存中的内容保存到硬盘上以进行进一步分析的过程。详细地描述如何做分析并不在本文的范围中，后面主要讲一下crash dump的种类及如何收集以及初步处理。 crash dump可以被分为以下三类： 1. Panic:Panic...

当操作系统出现严重错误时，系统会把当时的主存上的有关信息写到swap partition，形成crash dump，然后系统reboot。 大家知道，/tmp 使用swap space,系统reboot后会被清空，那么上面所说的crash dump 会被清空吗？若是，savecore 如何运行呢？

when i open it,show a dialog kde crash handler: caused the signal 11(SIGSEGV) due to a bug in the application .the application was ask to save its doc. the back trace: [Switching to Process 583, Thread 1] 0x28f15ab3 in poll () from /usr/lib/libc.so.5 #0 0x28f15ab3 in poll () from /usr/lib/libc.so.5 #1 0x28ebf111 in _thread_kern_sched_state_unlock () from /usr/lib/libc_r.so.5 #2 0x28ebeb10 in ...

前些日子，备份的代理服务器连续宕机，在/var/crash/ns/生成了四组之多的dump文件，本想找一些文章看看，为什么系统频繁crash。找到这篇文章，还没来得及看，又完了，彻底完了--硬盘坏了，：（。 ================================================================================ crash dump Analysis on Solaris 1、Introduction This document attempts to provide a high-level introduction to handling basic crash du...

日志中记录的crash信息摘要如下： thd: 0x0 Attempting backtrace. You can use the following information to find out where mysqld died. If you see no messages after this, something went terribly wrong... stack_bottom = (nil) thread_stack 0x30000 081112 11:30:50 [ERROR] /usr/sbin/mysqld: Out of memory (Needed 4980 bytes) 081112 11:30:50 [ERROR] Out of memory; check if mysqld or some other process uses...

crash dump analysis tools一般都有哪些，感觉用起来怎么样？

小妹正在学习crash dump分析和trouble shooting 请问大虾，有这方面的相关资料吗？ 最好是和这门课《crash dump analysis tools and methodology 》 相关的资料。 谢谢啦！！！

呵呵 刚才发到清茶斋去了。 晕啊 :oops:

系统崩溃后在/var/adm/crash目录下会有多个文件产生，我想要知道系统为何崩溃，应该看哪个文件？请高手指点。