Set set [pid | taskp | [-c cpu] | -p] | [crash_variable [setting]] | -v 1.设置要显示的内容,内容一般以进程为单位. Set pid 设置当前的内容为pid所代表的进程 Set taskp 设置当前的内容为十六制表示的taskp任务的内容 Set –p 设置当前的内容为panic任务的内容 Set -v 显示crash当前的内部变量 Set 不带参数,表示显示当前任务的内容 2.同时set命令也可以设置当前crash的内部变

这几年排查的各种类型的crash也比较多了,各种类型的也算见过,但是排查这个crash,走了不该走的弯路,事后显得很low,为了防止自己犯类似错误,也同时提醒后人,记录之. 内核是suse11,sp1, uname -a Linux Ftp1 SMP -- :: + x86_64 x86_64 x86_64 GNU/Linux crash目录下有三个文件: README.txt vmcore vmlinux-2.6.32.59-0.7-default 常规动作,编译vmlinux,然后看cras

有同事分析一个crash,我参与了分析,记录如下,供遇到相同crash的兄弟参考: crash> bt PID: TASK: ffff881723ce8080 CPU: COMMAND: "30-00-SS" # [ffff881723cef6d0] machine_kexec at ffffffff8103244b # [ffff881723cef730] crash_kexec at ffffffff810bb0e2 # [ffff881723cef800] oops_end

3.10.0-327的内核,crash记录如下: KERNEL: vmlinux DUMPFILE: vmcore [PARTIAL DUMP] CPUS: 48 DATE: Wed Oct 18 20:37:18 2017 UPTIME: 1 days, 09:43:06LOAD AVERAGE: 13.42, 10.66, 9.48 TASKS: 7329 NODENAME: host-10-229-143-10 RELEASE: 3.10.0-327.22.2.el7.x86_64 VER

作者:林蓝东 最近的一个手机 QQ 版本发出去后收到比较多关于 CoreMotion 的 crash 上报,案发现场如下: 但是看看这个堆栈发现它完全不按照套路出牌啊! 乍一看是挂在 CoreMotion 里面的CLStartStopAdvertisingBeacon函数,看似是 iBeacon 相关的问题,但实际上是具体函数的符号解不出来,注意 CLStartStopAdvertisingBeacon + 175940 这个巨大的偏移量,一般的函数不可能这么大,所以这个地址对应的肯定是另外的一

returned. [ blocked seconds.----这个默认是120,该环境上是被人为设置1200 [8556407.425653] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message. [ 0x00000080------------------------19286是pid,19283是ppid [ ffff883e39587fd8 ffff883e39587fd8 [8

转自:http://blog.chinaunix.net/uid-14528823-id-4358785.html Crash工具实战-变量解析 Crash工具用于解析Vmcore文件,Vmcore文件为通过kdump等手段收集的操作系统core dump信息,在不采用压缩的情况下,其相当于整个物理内存的镜像,所以其中包括了最全面.最完整的信息,对于分析定位各种疑难问题有极大的帮助.配置kdump后,在内核panic后,会自动进入kump流程,搜集Vmcore.Crash工具即为专门用于分析vm

最近有一台CentOS 6.4的服务器发生多次crash,kernel version 是Linux 2.6.32-431.29.2.el6.x86_64.从vmcore-dmesg日志内容及crash工具解析vmcore文件来看,与已知bug比较匹配. [分析过程] 1.查看vmcore-dmesg日志 <3>CIFS VFS: Error -11 sending data on socket to server <4>NOHZ: local_softirq_pending 10

遇到一个crash,log如下: BUG: unable to handle kernel NULL pointer dereference at (null) IP: [<ffffffff81166504>] s_show+0xe4/0x330 PGD PUD 12666d8067 PMD Oops: [#] SMP last sysfs file: /sys/devices/pci0000:/:::::/expander-:/port-::/end_device-::/target0::/

[作者] 王栋:携程技术保障中心数据库专家,对数据库疑难问题的排查和数据库自动化智能化运维工具的开发有强烈的兴趣. [问题描述] 最近我们有多台MongoDB的服务器CentOS 7.1系统发生了crash,会不定期的自动重启. [排查思路] 1.碰到linux系统crash的问题,我们首先想到的是排查系统日志/var/log/message,看是否有硬件问题或其他原因.抽查了多台服务器在crash的时间点message中都没有记录异常信息. 2.对于CentOS 7的系统,我们可以使用jour

利用crash工具,我们可以很方便的查看正在运行内核的一些全局变量的数据结构,如TCP的ehash.bhash哈希桶,全局变量的查看比较简单.Crash工具还允许我们查看调用堆栈内部的局部变量,下面示例查看一个进程的listen sock结构(实际上从file->private_data中查看更为方便) ******@Inspiron:~$nc -lk 45678 #接着在另一个终端上运行下面命令 root@Inspiron:/home/******$ps -aux | grep 45678 *

一.数据传送指令 指令名称 汇编语句格式 功能 影响标志位 传送move data mov opd, ops (ops) → opd:分为主存储器.通用寄存器.段寄存器,不可同时使用主存储器,类型要匹配:byte,word,dword 无 带符号扩充的传送move with sign-extend movsx opd, ops 将ops的符号向前扩展成与opd相同的数据类型后 → opdops不能为立即数, 无 带0扩展的传送move with zero-extend movzx opd, op

FASM 第二章 - 2.1 x86 体系指令 Author: 徐艺波  From: xuyibo.org  Updated: 2008-04-17   官方论坛   本站软件反馈.软件开发交流.   邮件通知   当更新时自动发送邮件通知.   评论本文   有什么建议或评论,可以贴一下.   捐助   你的支持,让我们做的更好. 2.1 x86 体系指令 2.1.1 数据传送指令2.1.2 类型转换指令2.1.3 二进制算术指令2.1.4 十进制算术指令2.1.5 逻辑指令2.1.6 控制转

整理自man 8 crash 1.简介 Crash工具可以用来分析一个正在运行的内核,也可以用来分析一个内核的crash dump文件,这里说的是内核代码异常产生的crash dump文件,不是应用层程序运行异常产生的core dump文件,它支持分析由netdump, diskdump, LKCD, kdump, xen‐dump 或者 kvmdump 工具产生的crash dump文件.它整合了SVR4 UNIX crash的工具和GDB调试器,因而具有源码级别调试能力.Crash工具可以用

(一时心血来潮总结的,供大家参考,时间仓促,不足之处勿拍砖,欢迎讨论~)Crash工具用于解析Vmcore文件,Vmcore文件为通过kdump等手段收集的操作系统core dump信息,在不采用压缩的情况下,其相当于整个物理内存的镜像,所以其中包括了最全面.最完整的信息,对于分析定位各种疑难问题有极大的帮助.配置kdump后,在内核panic后,会自动进入kump流程,搜集Vmcore.Crash工具即为专门用于分析vmcore文件的工具,其中提供了大量的实用分析命令,极大的提高了vmcore

如何使用crash分析vmcore - 之基础思路case1 dmesg查看内核日志 [2493382.671020] systemd-shutdown[1]: Sending SIGKILL to PID 28975 (docker-containe). [2493382.671078] systemd-shutdown[1]: Sending SIGKILL to PID 29015 (systemd). [2493420.208723] EXT4-fs (nvme0n1p1): sb or

一次内核 crash 的排查记录 使用的发行版本是 CentOS,内核版本是 3.10.0,在正常运行的情况下内核发生了崩溃,还好有 vmcore 生成. 准备排查环境 crash 内核调试信息rpm,下载的两个 rpm 版本必须和内核版本一致 kernel-debuginfo-common-x86_64-3.10.0-327.el7.x86_64.rpm kernel-debuginfo-3.10.0-327.el7.x86_64.rpm 包从这个地址中获取的,速度尚可 https://mir

原理 Linux内核发送崩溃时,kdump会生成一个内核转储文件vmcore. 可以通过分析vmcore分析出内核崩溃的原因. crash是一个被广泛应用的内核奔溃转储文件分析工具.使用crash调试内核转储文件,需要安装crash工具和内核调试工具kernel-debuginfo. 安装需要的软件 1.查看系统内核 [root@qd01-stop-free015 ~]# uname -r 3.10.0-1160.15.2.el7.x86_64 2.安装kdump,crash yum insta

本文主要讲解linux kernel panic系列其中一种情况: Attempted to kill init! exitcode=0x0000000b 背景:linux kernel 的panic ,在日常的kernel维护中比较常见,不同的 kernel panic 有不同的背景,而这些背景的触发则有其一些类似的 处理思想. 下面列一下我们是怎么排查并解决这个问题的. 一.故障现象 oppo云内核团队接到连通性告警报障,发现机器复位: KERNEL: /usr/lib/debug/lib/

crash> btPID: 410629 TASK: ffff883fea379fa0 CPU: 10 COMMAND: "jupyter-lab"#0 [ffff8823ca927828] machine_kexec at ffffffff8105c4cb#1 [ffff8823ca927888] __crash_kexec at ffffffff81104a32#2 [ffff8823ca927958] crash_kexec at ffffffff81104b20#3 [f

本文来自于腾讯bugly开发者社区,非经作者同意,请勿转载,原文地址:http://dev.qq.com/topic/577e0acc896e9ebb6865f321 如果您有耐心看完这篇文章,您将懂得如何着手进行app的分析.追踪.注入等实用的破解技术,另外,通过“入侵”,将帮助您理解如何规避常见的安全漏洞,文章大纲: 简单介绍ios二进制文件结构与入侵的原理 介绍入侵常用的工具和方法,包括pc端和手机端 讲解黑客技术中的静态分析和动态分析法 通过一个简单的实例,来介绍如何综合运用砸壳.寻找注