BSOD Diagnostics
来源:互联网 发布:淘宝追加评论哪里看 编辑:程序博客网 时间:2024/05/21 14:49
The BSOD issue has been bugging me for a while. :tired_face:
At the very begining, I thought it’s regardless of our App because I don’t think our service(a windows service running under local service account) gets the power to crash OS.
However, with the constant duplication of this issue, I have to believe it’s related to our App. Even our app is not the root cause, it at least triggers something leading to the crash.
So after learnt about how to analyze the dump file with the utility Windbg and how to debug the issue with the dump file and the symbol files(.pdb) of the executables, I started digging into this issue.
Based on the findings, with the symbol files, the culprit crashing the service was locked. A method that is invoked on each bits job completes threw an unhandled stackoverflow exception. Furthermore, I found this method was called more than 3 thouand times and I believe that’s why the stack of the thread was used up.
Finally, I got this BSOD issue fixed :laughing:
In general, for the diagnostics of a crash issue, the dump files and the symbol files(.pdb) are required. If some symbol files of the managed libraries could not be found then DotPeek may help by generating corresponding symbol files.
OK. following steps should be taken when trying to figure out what caused an BSOD error(Blue Screen Of Died, bugcheck or etc.):
- Never, ever, fully trust your code :broken_heart:
- Analyze the memory dump with the utility Windbg, through which we could have a basic view of the error type and which application or module caused the error.
- Go over the system event logs to see if there’s any clue.
- If a specific application could be determined as the culprit of the error then try to dump the specific app by WER(Windows Error Report)
more detail please refer to http://blogs.msdn.com/b/chaun/archive/2013/11/12/steps-to-catch-a-simple-crash-dump-of-a-crashing-process.aspx - Once got the dump and the symbol files you’re able to debug the error with Visual Studio. Open dump file first and make sure all symbol files have been put into the same position where the crash dump occurs.
- During debugging the error with Visual Studio, take a notice on the call stack where you could trace track of calls that lead to the crash.
- Good luck!
- BSOD Diagnostics
- -diagnostics
- FltGetFileNameInformation+VISTA+IRP_MJ_NETWORK_QUERY_OPEN+BSOD
- BSOD及代码详解
- 【日常】漫谈bsod
- rabbitMq:DIAGNOSTICS
- Clang Diagnostics
- The OverClockers BSOD code list
- 调试笔记:BSOD 0xA
- 常见BSOD蓝屏原因分析
- 分析 : BSOD案例 2013-0821
- 奇妙的BSOD:Bug Check 0xDA
- BSOD分析之空指针引用
- windbg分析BSOD dump文件实战
- System.Diagnostics.Debug和System.Diagnostics.Trace
- System.Diagnostics.Debug和System.Diagnostics.Trace
- System.Diagnostics.Debug和System.Diagnostics.Trace
- System.Diagnostics.Debug和System.Diagnostics.Trace
- wireshark 抓包
- Valid Number-有限状态机/正则表达式
- JSONP 的工作原理,JSONP Demo讲解
- Spring cloud config 文件加载环境
- UART环回
- BSOD Diagnostics
- GWT使用HTML5实现批量上传和进度显示
- 识别某个按键所对应的键盘代码
- python 连接mysqlk
- 异步加载js的五种方式
- No result defined for action org.OA.web.ScheduleAction and result input(万恶的bug)
- windows mysql-5.7.15-winx64解压版(zip版)安装配置教程
- [moka同学]lnmp环境搭建以及配置
- SQL替换指定栏目字段内容