内存的crash记录分析
服务器上线之后，发生了3次crash，感觉是一次比较典型的内存bug的排错经历，所以特地记录下来供以后借鉴。下面描述一下3次crash时候的coredump的当前堆栈信息。 第一次crash的coredump文件： 从堆栈信息可以看出来，是逻辑一个函数在构造 ...
原文：linux的crash之hardlock排查记录
. . 的内核，crash记录如下： KERNEL: vmlinux DUMPFILE: vmcore PARTIAL DUMP CPUS: DATE: Wed Oct : : UPTIME: days, : : LOAD AVERAGE: . , . , . TASKS: NODENAME: host RELEASE: . . . . .el .x VERSION: SMP Fri Sep : ...
2017-10-23 10:06 0 2298 推荐指数：
相关推荐
linux 磁盘空间满了，排查记录
先贴命令：du -m --max-depth=1或du -h --max-depth=1du：用于统计linux中文件或目录所占磁盘空间的大小du参数######-m：以M为单位展示查询结果-h：以K、M、G为单位展示查询结果，提高信息可读性--max-depth=1：其中，数字“1”是指查询 ...
linux 内核crash 命令
https://www.dedoimedo.com/computers/crash-book.html#download ...
linux crash 栈分析
dump xxx.so中的符号表, dump命令根据自己的需求选择合适的： 1. 导出符号表命令1：./arm-himix200-linux-objdump -d /home/username/work/sample.so > /home/username/libxx_sample.txt ...
Linux 遭入侵，挖矿进程被隐藏排查记录
今天来给大家分享下这两天遇到的一个问题，服务器被挖矿了，把我的排查记录分享下，希望能帮到有需要的同学。 问题原因 多台服务器持续告警CPU过高，服务器为K8s的应用节点，正常情况下CPU使用率都挺低的，通过排查是原因是被挖矿了，下面为定位过程 定位过程 登陆问题主机 ...
iOS运用fabric记录crash日志过程
先前运用友盟记录app闪退，发现有些闪退的记录无法明确定位到详细的位置，决定运用fabric进行闪退的记录；网上也有这方面的记录，有些细节的内容不明确，把今天碰到的坑整理记发不一下； 访问官网地址(进行注册账号)： https://fabric.io 下载客户端地址： https ...
记录一次问题排查
1. 问题描述：早上刚来上班，业务部门同事反应管理后台无法登录 2. 问题排查定位 2.1 服务器排查 a. 接口是否可以调通：首先自己登陆后台，发现时好时坏，偶尔接口返回【系统忙】。我们系统接口异常调不通会返回系统忙 b. 服务是否死掉或者假死：连接服务器->查看Java ...
Linux(2)---记录一次线上服务 CPU 100%的排查过程
Linux(2)---记录一次线上服务 CPU 100%的排查过程 当时产生CPU飙升接近100%的原因是因为项目中的websocket时时断开又重连导致CPU飙升接近100% 。如何排查的呢 是通过日志输出错误信息: 得知websocket时时重新 连接的信息,然后找到原因 解决 ...