Linux操作系统在作为服务器的场景下应用最为广泛,但是在使用过程中也会遇到莫名崩溃的情况.这时我们就希望能对崩溃前一刻内存中的数据进行分析,从而找到崩溃的原因.本文将对整个过程所涉及到的技术做一个简单但是全面的介绍,包括:如何安装kdump,如何设置系统参数来捕获崩溃前的内存;如何使用crash做简单的分析;并且介绍如何使用更加简便的工具PyKdump来做crash文件的分析.通过了解这些知识, 可以帮助Linux运维人员更快更方便地排查问题.
crash 是目前广泛使用的 linux 内核崩溃转储文件的分析工具，掌握 crash 的使用技巧，对于分析定位内核崩溃的问题，有着非常重要的作用。本文首先介绍了 crash 的基本概念和安装方法，其次详细介绍了如何使用 crash 工具分析内核崩溃转储文件，包括各种常用调试命令的使用方法，最后以几个实际工作中遇到的真实案例向读者展示了 crash 的强大功能。在这篇文章中，既有详细的工具使用方法，又有丰富的实际案例分析，相信您读过以后定会受益匪浅。
在运维的世界里，服务器的稳定运行是生命的灯塔，一旦遭遇异常重启，便是暴风雨来临的预兆。作为一名运维工程师，深知在这场与故障斗争的战役中，武器的锋利至关重要。今天，我要介绍的主角/工具——kdump，正是这样一款能在风雨来临之际，为我们捕获那一闪而过的真相的工具。
解决每一类问题都需要消耗大量的时间，特别是重新编译内核这种事情。于是，每一个Linux内核程序员或多或少都会掌握一些Hack技巧，以节省时间提高工作效率。
本文旨在介绍下几种常见的调试方法gdb、crash、kgdb and kdb 以及dynamic debug. 关于在 Linux 内核上使用debuggers，Linus Torvalds 长期以来对它们不太喜欢。简短地解释这种态度是，依赖调试器可能鼓励用权宜之计而非深思熟虑来解决问题，这会导致代码质量恶化。详细解释可以参考https://lwn.net/2000/0914/a/lt-debugger.php3
在完成了产品的基础开发以后，接下来需要进行一些周边的工作，这些周边工具将会帮助下一步优化产品。
我们知道Java崩溃是在Java代码中出现了未捕获异常，导致程序异常退出，常见的异常有：NPE、OOM、ArrayIndexOutOfBoundsException、IllegalStateException、ConcurrentModificationException等等。 还有一类崩溃，也是我们不得不关注，那就是Native层崩溃，这类崩溃不像Java层崩溃那样比较清晰的看出堆栈信息以及具体的崩溃。每当遇到是都要查找分析，写这篇的目的是帮助自己做下记录，也希望能帮到有类似困扰的你，下面我们开始一起学习实践吧。 本文学习实践的demo以张绍文《Android开发高手课》中的例子进行。
今天讲的是纯干货，目的就是为了指导Android开发者如何根据JNI Crash日志顺藤摸瓜，最后直捣黄龙定位磨人的JNI Crash。所以废话不多，直接开干吧。
Native Crash常常发生在带有Jni代码的APP中，或者系统的Native服务中。作为比较难分析的一类问题，Native Crash其实还是有较多的方法去定位。
https://time.geekbang.org/column/article/70602
前言 上一篇给大家介绍了Android Crash中的Java Crash分析，我们可以知道Java Crash一般会弹出提示框告诉我们程序崩溃了，通常使用Crash工具都能够捕获到；本篇博客来谈谈如何针对Native Crash进行分析，它相对与Java层面的Crash有什么特点？如何判断程序Crash是因为Native层导致的？我们怎么去分析它？下面我们一个一个解答这些问题。 Native Crash在Android上的特点 出错时界面不会弹出提示框提醒程序崩溃（Android 5.0以下） 出错时会弹
本文主要介绍kdump服务和crash的使用，并结合一个简单的实例演示如何分析内核奔溃的原因。本文基于linux kernel 4.19, 体系结构为aarch64。 kdump概述 kdump kdump 是一种先进的基于 kexec 的内核崩溃转储机制，用来捕获kernel crash（内核崩溃）的时候产生的crash dump。当内核产生错误时，kdump会将内存导出为vmcore保存到磁盘。 kdump流程 当系统崩溃时，kdump 使用 kexec 启动到第二个内核。第二个内核通常叫做捕获内核，以
王竞原，负责网游刀锋铁骑项目，高级开发工程师，使用C++已有10年，非常喜欢C++，特别是C++11。希望能与广大的C++爱好者多交流。 一、什么是Android的C/C++ NativeCrash Android上的Crash可以分两种： 1、Java Crash java代码导致jvm退出，弹出“程序已经崩溃”的对话框，最终用户点击关闭后进程退出。 Logcat 会在“AndroidRuntime”tag下输出Java的调用栈。 2、Native Crash 通过NDK，使用C/C++开发，导致
前言： GuestOS中如果发生了一些错误，GuestOS还活着，shell已经hung住了，如何获取到GuestOS中的关键log信息呢？ 分析： 1，keyboard interrupt QE
KDUMP是Linux内核中的一项关键功能，用于在系统崩溃时生成内存转储（core dump）。这对于系统管理员和开发人员来说，分析和调试系统崩溃问题至关重要。本文将详细介绍KDUMP的工作原理、配置方法以及在实际操作中的应用。
在Android NDK开发中，Native层的崩溃信息不像Java层的崩溃堆栈那样可以直接看到出现问题的函数名和行数
来自 UCSB 的团队 Shellphish，为参加 DARPA 举办的 CGC 竞赛，设计并实现了 CRS（Cyber Reasoning System）Mechaphish。该系统包含自动化漏洞挖掘模块 Driller、Exploit自动生成引擎 Rex、自动补丁模块 Patcherex 以及 ropchain 生成模块 angrop。本文主要对其中的 Exploit 自动生成引擎 Rex 进行介绍，通过分析 Rex 源码，重点对 Crash 复现及可利用判断部分进行说明。弟作为一只资深菜鸡，文中难免存在不当之处，望各位师傅指正 Orz…
在虚拟化场景下，我们尽量会尝试使用带外监控的方式，来发现虚拟机的异常。pvpanic就是一种常见的方式，虚拟化场景的windows蓝屏检查也是基于如此。
Google breakpad是一个跨平台的崩溃转储和分析框架和工具集合。 Breakpad由三个主要组件：
Linux 内核有个机制叫OOM killer（Out-Of-Memory killer），该机制会监控那些占用内存过大，尤其是瞬间很快消耗大量内存的进程，为了防止内存耗尽而内核会把该进程杀掉。
系统崩溃，死机，卡顿等问题经常遇到，但又很棘手，这里推荐个分析神器，视频号里也做过类似的分析。 Crash 工具用于解析 kdump 抓取的 vmcore信息，如之前分析，vmcore 实际为系统运行当时的内存镜像，其中包括了所有的内存中可以看到的信息，通过 Crash 工具可以解析 vmcore 中的详细数据，本文主要以 sk_buff 数据结构为例简单说明 Crash 中间中对结构体的解析。 基本用法 Crash中使用struct命令解析结构体，具体用法为： [struct] <结构体名称> <结构体虚
值此七夕佳节，烟哥放弃了无数妹纸的邀约，坐在电脑面前码字，就是为了给读者带来新的知识，这是一件伟大的事业！ 好吧，实际情况是没人约。为了化解尴尬，我决定卖力写文章，嗯，一定是我过于屌丝！ 好了，开始说重点。今天讲的这个问题
通过APP测试之Monkey压力测试（一），我们了解了Monkey是什么，Monkey是如何实现对APP进行压力测试，也熟悉了Monkey基本的命令，今天将在之前的基础上进行补充和拓展，一起深入接触并掌握Monkey，这之后，我们还将总结APP测试常见问题，不要错过哦！
通过APP测试之Monkey测试（一），我们了解了Monkey是什么，Monkey是如何实现对APP进行压力测试，也熟悉了Monkey基本的命令，今天将在之前的基础上进行补充和拓展，一起深入接触并掌握Monkey，这之后，我们还将总结APP测试常见问题，不要错过哦！
最近有个客户报了一个问题：如果运行我们的产品，则每天将会增长大概30M的内存，大概4个多月内存就会耗尽。和大多数程序员的反应一样，“不会吧，在其他客户机器上都跑的好好的啊，从来都没有遇到过这样的问题”。最后的结果，也往往告诉程序员一个铁的事实：你的程序确实出问题了！
本期的技术解码，为您解析 编程中，内存问题的分析与定位方法 对编程语言设计来说，内存管理分为两大类：手动内存管理(manual memory management) 和垃圾回收(garbage collection). 常见的如C、C++使用手动内存管理，Java使用垃圾回收。本文主要关注手动内存管理。 GC GC使内存管理自动化，缺点是引入了GC时不可预测的暂停(unpredictable stall)，对实时性要求高的场景不适用。现代的GC实现一直朝着减小“stop-the-world"影
导语 6月9日-10日，“2017年全球移动技术大会（GMTC）”在北京举行。会议为期两天，面向移动开发、前端、AI技术人员，聚焦前沿技术及实践经验，打造技术人员的学习和交流平台。TEG数据平台部产品中心总监（P4专家）Torry作为专题采访嘉宾，前端开发负责人Johnny和移动开发高级工程师Foreach作为演讲嘉宾，围绕移动分析精细化运营和Crash系统实时化演进与实践进行了精彩分享。 关于GMTC全球移动技术大会 2016年InfoQ在北京主办了第一届GMTC全球移动技术大会，大会邀请了来自Faceb
Rex是由Shellphish开发的自动化漏洞利用引擎，设计初衷在于参加Cyber Grand Challenge。本文以栈溢出为例，展示Rex自动生成 Exploit的能力。测试样例为Linux下可执行程序vuln_stacksmash，其中存在栈溢出漏洞，通过Rex自动生成rop2system、rop2text、jmpesp三种Exploit。
| 导语 企鹅FM近几个版本的外网Crash出现很多OutOfMemory（以下简称OOM）问题，Crash的堆栈都在Thread::start方法上。该文详细分析了发生原因。 ---- 有两种栈： 出现次数最多的一种，称之为 堆栈A。 java.lang.OutOfMemoryError: pthread_create (1040KB stack) failed: Out of memory java.lang.Thread.nativeCreate(Native Method)
本文一是为了讨论在Linux系统出现问题时我们能够借助哪些工具去协助分析，二是讨论出现问题时大致的可能点以及思路，三是希望能给应用层开发团队介绍一些Linux内核机制从而选择更合适的使用策略。
关于workqueue机制的介绍文章比较多，主要就几个核心的数据结构：work_struct/worker/workqueue/worker_pool/
前文《[linux][qemu]PVPanic的实现原理以及应用》中，介绍了pvpanic的原理和基本的使用方法，KVM虚拟化场景下，使用pvpanic驱动可以监控到Guest的panic。
文章主要讲述了移动应用崩溃问题的分析、定位与解决过程。首先分析了移动应用崩溃的原因和类型，然后介绍了基于腾讯移动分析（MTA）的Crash分析方案。MTA通过采集和分析用户行为数据，对应用进行全方位的健康度评估，从而帮助开发者快速定位和解决Crash问题。此外，文章还分享了在处理海量数据时的一些优化措施和技术挑战。
继上周介绍了稳定性三大故障之一的ANR类故障后，本章继续介绍第二大类故障Crash/Tombstone及其分析定位方法。
[1] r3kapig HITCON CTF 2019 Writeup https://r3kapig.com/writeup/20191018-hitcon-quals/
2）获取对应软件版本的符号表文件（如vmlinux），可以将该文件放置 crash工具同一目录下。
下面是一份crash report, 下面是截取了crash report的部分，用于分析：
一般来说，项目开发过程中，代码编写占开发总时间的40%，剩下的时间基本就是自测和联调的过程。程序出错很正常，关键是如何迅速的去定位它，修掉它。本文将介绍自己程序调试的一些常用方法，这边我以golang为例，总结为望问切闻---debug四部曲。
centos7 3.10.0-1160.62.1.el7.x86_64内核版本已修复该问题，CentOS7受影响内核版本 3.10.0-862.el7 - 3.10.0-1160.59.1.el7
作 者 段聪，腾讯社交平台部高级工程师 商业转载请联系腾讯WeTest获得授权，非商业转载请注明出处。 WeTest 导读 近期测试反馈一个问题，在旧版本微视基础上覆盖安装新版本的微视APP，首次打开拍摄页录制视频合成时高概率出现crash。 那么我们直奔主题，看看日志： 另外复现的日志中还出现如下信息： '/data/data/com.tencent.weishi/appresArchiveExtra/res1bodydetect/bodydetect/libxnet.so: strtab
思路：内核timer有回调函数timer->function，可以由function查到crash的内核模块，找到bug的蛛丝马迹。
Tombstone是指在分布式系统中用于标记数据已被删除的记录，通常包含删除操作的时间戳和相关信息。
看了 《Android 的离奇陷阱 — 设置线程优先级导致的微信卡顿惨案》这篇文章，有没有觉得原来大家再熟悉不过的线程，也还有鲜为人知的坑？除此之外，微信与线程之间还有很多不得不说的故事，下面跟大家分享一下线程还会导致什么样的内存问题。 [anon:thread stack guard page] 在分析虚拟内存空间耗尽导致的 crash 问题时，我们在 /proc/[pid]/maps 中发现了新增了不少跟以往不一样 case，内存中充满了大量这样的块： 从 map entry 的名字与内存大小和权
前文《[x86][linux]AVX512指令引起的进程crash》中，介绍了一次因为avx512指令导致的进程crash。
背景描述 某项目结构图如下(前端交互式体验及对象存储为主，Redis 及 rds 负载较小没有画出)： web1 和 web2 是两个 Apache，publisher1 和 publisher2 是
电脑上，从HDD 到SSD，从SATA SSD到PCIe SSD，硬盘是越来越快；
手机user版本还是userdebug或是eng版本：adb shell getprop ro.build.type
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
腾讯会议
实时音视频
