随笔分类 -  疑难问题定位总结

slub_debug用于问题定位
摘要：http://www.wowotech.net/memory_management/427.html 阅读全文
posted @ 2019-08-28 16:28 行木辛 阅读(466) 评论(0) 推荐(0)
造成panic_oom问题的测试代码
摘要：写一个内核模块，来构造内核模块出现panic oom，主要采用vmalloc函数： 对应的Makefile文件为： 阅读全文
posted @ 2019-08-27 15:30 行木辛 阅读(465) 评论(0) 推荐(0)
使用gdb
摘要：1、设置断点，在源程序第16 行处 2、设置断点，在函数func()入口处。 3、查看断点信息。 4、 5、查看所有参数 6、打印变量i 的值(gdb)print i p i 7、查看函数堆栈 8、退出函数 9、 退出gdb(gdb)quit 10、查看内存内容 该命令的具体语法格式为 x<n/f/ 阅读全文
posted @ 2019-08-26 17:17 行木辛 阅读(652) 评论(0) 推荐(0)
在应用程序中如何打印调用栈
摘要：我们可以使用backtrace工具，更详细的可以参见如下博客https://blog.csdn.net/ieearth/article/details/49763481 阅读全文
posted @ 2019-08-26 17:03 行木辛 阅读(392) 评论(0) 推荐(0)
如何使用coredump
摘要：一、coredump 当用户态进程出现异常后，在该进程的执行目录下生成对应的coredump文件，如果我们想将coredump生成的位置做改变，就需要如下设置。 常用的分析coredump的命令有： bt（打印调用栈），f num（查看某一个frame的调用栈），disassemble 0x0000 阅读全文
posted @ 2019-08-26 16:49 行木辛 阅读(2060) 评论(0) 推荐(0)
嵌套OOPS导致系统卡死 每个CPU都上报softlockup的问题
摘要：问题现象：在ARM服务器上，构造oops异常，本应该产生panic，进入dump流程，并且系统重启，但是系统并未重启，而是出现了卡死，在串口会隔一段时间就循环打印调用栈信息。如下所示 linux-fATqUY login: [ME] Fault detect start![ME] Fault det 阅读全文
posted @ 2019-08-07 20:58 行木辛 阅读(4104) 评论(0) 推荐(0)
定位一个oom问题
摘要：当系统出现oom问题时，我们一般的定位思路是怎样的？ 系统OOM常见的原因有： OOM问题定位步骤如下： 1、查看/proc/meminfo，查看用户态内存和内核态内存分别占用多少内存；通过top命令查看占用内存较多的前10个进程； 2、查看大页配置是否正确，确认是否大量大页没有使用。如果大页还有剩 阅读全文
posted @ 2019-08-07 15:29 行木辛 阅读(1346) 评论(0) 推荐(0)
通过系统调用，内核断点方法定位用户进程被内核踩内存的问题
摘要：请看我的上一篇博客，https://www.cnblogs.com/xingmuxin/p/11287935.html 介绍了具体的踩内存的问题。下面我来介绍下如何通过一些手段和方法，定位内核踩内存的问题。 1、系统调用拦截 系统调用拦截的目的其实就是把系统真正要执行的系统调用替换为我们自己写的内核 阅读全文
posted @ 2019-08-02 16:05 行木辛 阅读(2925) 评论(0) 推荐(0)
记录一次用户态踩内存问题
摘要：这几天在做总结，把三年前写的一个定位案例，翻了出来。回想起定位这个问题时的场景，领导催得紧，自己对很多东西又不熟悉，所以当时面临的压力还是很大的。现在回想起来感慨还是很多的，我们在遇到任何一个问题，一定不要放弃。还记得在产品线做开发时，学到的一些项目知识，任何一个bug，他总有一天会爆发出来。任何一 阅读全文
posted @ 2019-08-02 12:41 行木辛 阅读(8238) 评论(0) 推荐(0)