Centos 7操作系统报错：kernel:BUG:soft lockup - CPU#2 stuck for 23s!故障如何分析

l0n_n0l 2016-05-25 08:43:51

故障产生背景：新装的操作系统，装完后安装oracle数据库，反应速度非常慢，之后就报了如题的错误，查看系统资源占用，gnome-shell的CPU占用率很高，达到70%以上，杀死了该进程之后，占用就降了下来，安装操作系统时，软件选择选的是带GUI的服务器。问题：1.如何查看该bug的详细信息 2.该故障是否和 “选择了带GUI的服务器” 有关（对Linux操作系统比较生疏，希望大家给出简单直接的解决方案，非常感谢！）

...全文

4134 1 打赏收藏转发到动态举报

写回复

1 条回复

切换为时间正序

请发表友善的回复…

发表回复

l0n_n0l 2016-05-25

打赏
举报

回复

bug截图：

CentOS7运行报错kernel:NMI watchdog: BUG: soft lockup - CPU#0 stuck for 26s CentOS内核，对应的文件是/proc/sys/kernel/watchdog_thresh。 CentOS内核和标准内核还有一个地方不一样，就是处理CPU占用时间过长的函数，CentOS下是watchdog_timer_fn()函数。如果你的内核是标准内核的话，可以通过修改/proc/sys/kernel/softlockup_thresh来修改超时的阈值参考

有个vmware上的数据库虚拟机，message日志报错BUG: soft lockup - CPU#0 stuck for 22s!卡死后必须在管理平台重启该机器，机器重启正常后，直接做如下操作。观察3天多已不再报错cpu了。

编写内核程序，出现soft lockup错误是再常见不过了，类似BUG: soft lockup - CPU#2 stuck for 67s!。刚开始调试内核时，出现这样的错误，往往两眼一抹黑，不知道该如何下手了。但其实，这样的问题解决多了，会发现原因基本就两种情况，死锁和死循环。所以，在出现soft lockup错误时，不用慌张，只要分析相关代码是不是存在死循环，比如 for循环的退出条件弄错了导致循环无法退出，等等；或者就是分析是不是相关代码在使用锁时不正确导致了死锁。比如，spinlock嵌套

《NMI watchdog: BUG: soft lockup》《kernel:NMI watchdog: BUG: soft lockup - CPU#6 stuck for 28s! CentOS7linux中内核被锁死》《服务器安装系统——出错BUG: soft lockup...》《Linux Watchdog 机制》《内核如何检测SOFT LOCKUP与HARD LOCKUP？》《Softlockup detector and hardlockup detector (aka

目前看来就是内核中有死循环！解决BUG: soft lockup - CPU#0 stuck for 61s!问题 1 在网上看到很多软死锁的问题，经过对自己程序的理解，结合网上一些相关资料，基本上可以确定是由于内核bug造成的，这个问题基本上在内核模块加载或者卸载的时候发生，对我的模块而言，每次卸载时候发生，其他一切情况均正常，而且在2.6.28和3.0.0内核下均有问题。 2 问题描述： 2...

4,441

社区成员

17,460

社区内容

发帖

与我相关

我的任务

社区管理员

加入社区

近7日
近30日
至今

加载中

查看更多榜单

社区公告

暂无公告

试试用AI创作助手写篇文章吧

+ 用AI写文章