BUG: soft lockup - CPU#0 stuck for 67! [swapper:1]的情况

最新推荐文章于 2025-10-10 15:15:04 发布
原创 最新推荐文章于 2025-10-10 15:15:04 发布 · 2.1k 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#Linux #CentOS #开启失败

本文分享了一种解决在VMware中运行CentOS时遇到的软锁定BUG的方法。该问题表现为提示“CPU#0 stuck for 67[s]”的情况，通过重启电脑可以解决这一问题。

本人遇到这种情况是因为电脑一直都在待机状态，开启VMware中的CentOS，一直出现BUG: soft lockup - CPU#0 stuck for 67! [swapper:1]的情况，重启一下电脑就好了。

Linux系统报错NMI watchdog: BUG: soft lockup - CPU#5 stuck for 24s
邓邓子的博客
05-12 7713
目录一、问题描述二、解决方法1.将 watchlog_thresh 临时设置为 302.将 watchlog_thresh 永久设置为 303.将 watchlog_thresh 写入启动文件 一、问题描述 Linux 系统响应变慢，显示错误信息如下： May 9 14:43:05 localhost kernel: NMI watchdog: BUG: soft lockup - CPU#5 stuck for 24s! [watchdog/5:34] May 9 14:43:05 localhos
linux系统出现BUG:softlockup- CPU#0 STUCK FOR 23s 或 rcu_sched self-detected stall on cpu 等字样的解决办法
热门推荐
xzpq07的博客
04-16 1万+
苦逼运维的血泪史，掉了无数根头发才找到解决办法！ 安装Linux时出现BUG:softlockup- CPU#0 STUCK FOR 23s 或 rcu_sched self-detected stall on cpu 解决办法： 在安装的时候按e进入编辑 在quiet前面加modprobe.blacklist=ast ctrl+x就OK 使用中遇到这样的问题就更新AST 和 x.Org D...
BUG: soft lockup - CPU#0 stuck for 22s!
kevinyu998的博客
05-08 3266
有个vmware上的数据库虚拟机，message日志报错BUG: soft lockup - CPU#0 stuck for 22s!卡死后必须在管理平台重启该机器，机器重启正常后，直接做如下操作。观察3天多已不再报错cpu了。
Linux Soft Lockup 故障排查指南
喝醉酒的小白
10-10 847
Soft Lockup（软锁定）是指CPU被某个进程或中断处理程序占用超过阈值时间（默认20秒），导致其他进程无法得到CPU时间片的情况。查看dmesg确认soft lockup类型和频率检查系统负载和CPU使用率分析中断和软中断统计检查网络/磁盘I/O确定根因（网络、磁盘、启动、硬件等）
有关于Vmware使用复制虚拟机时，报错BUG：soft lock -CPU#0 stuck for 67s!
Bai_zichen的博客
10-16 2957
有关于Vmware使用复制虚拟机时，报错BUG：soft lock -CPU#0 stuck for 67s! 问题描述 本人电脑的配置是R5 3600 +TUF B450M-plus Gaming,需要装的是虚拟机Centos6.9 因为学习的缘故本人使用Vmware虚拟机使用老师给的VMX文件创建一个虚拟机，而后Centos6.9虚拟机报错Bug:soft lock -CPU#0 stuc...
BUG: soft lockup - CPU#0 stuck for 61s! [vmhgfs-fuse]和GLib-CRITICAL **: g_base64_encode_ste的解决办法
u010879745的博客
02-25 1828
问题一 安装Ubuntu18.04，开机后出现下面的错误， 初步判断是由于虚拟机的VM tools引起共享文件夹 vmhgfs产生错误所致，将VM tools卸载 a.查找 vmware-uninstall-tools.pl 路径：sudo find / -name ‘vmware-uninstall-tools.pl’ b.切换到 vmware-unistall-tools.pl 目录：cd /...
BUG:soft lockup - CPU#0 stuck for 67s! [migration/0:5]
Ikari_i的博客
05-23 1742
正常再往运行的服务器出现如标题bug，导致系统卡死，业务受到影响。 目前暂未发现产生故障原因，暂时记录一下。
NMI watchdog: BUG: soft lockup - CPU#0 stuck for 26s
z15f34的博客
12-21 990
我是按照步骤把nomodeset去掉，ubuntu就再也不卡住，加或者不加看你启动文件里有没有nomodeset，出问题有nomodeset就删掉，没有就加上，多试试； ubuntu 安装完成后重启电脑报错: BUG soft lockup 的解决办法_xrinosvip的博客-优快云博客安装linux(ubuntu)遇到soft lockup问题_thrashx的博客-优快云博客 ...
watchdog: BUG: soft lockup - CPU#3 stuck for 23s! [swapper/0:1]
无线互联&网络介绍
09-03 1815
这里没有在kernel 添加lockdep配置，打印的calltrace信息，测试代码逻辑比较简单，所以能一眼看出来lockdep_test_init中有问题。Linux内核中打开lockdep功能，需要打开。
kernel:NMI watchdog: BUG: soft lockup - CPU#8 stuck for 23s!
weixin_44455388的博客
10-25 1万+
问题描述： 最近服务器总是莫名其妙弹出类似以下的信息： 问题原因： 通过查找资料，得知是因为系统一直处在高负载的状态，出现了内核软死锁（soft lockup）。 参考：https://blog.youkuaiyun.com/jiangganwu/article/details/89711354 关于内核死锁（soft lockup）： 所谓soft lockup就是说，这个bug没有让系统彻底死机，但是若干个进程（或者kernel thread）被锁死在了某个状态（一般在内核区域），很多情况下这个是由于内核锁的使用
活久见 kernel:NMI watchdog: BUG: soft lockup - CPU#8 stuck for 28s! [xsoftdd/12:0]
ybdesire的专栏
05-08 3744
1. 引入 在一台linux机器上工作，没敲入任何命令，但命令行里突然出现 “kernel:NMI watchdog: BUG: soft lockup - CPU#8 stuck for 28s! [xsoftdd/12:0]” 这样的报错，如下图所示： 报错后，又能正常在命令行里运行命令了。 这是怎么回事呢？ 2. soft lockup 在google上查到soft lockup相关的解释（参考3）： A soft lockup is the symptom of a task or kernel
NMI watchdog: BUG: soft lockup - CPU#0 stuck for 22s!
miss_lazygoat的专栏
08-03 4099
代码逻辑不当导致死循环
报错 watcgdog: BUG； soft lockup -CPU#0 stuck for 26s! [swapper/0:1]
qq_54947566的博客
03-06 1997
这样的错误信息，通常表示系统遇到了“软锁定”（soft lockup）问题。软锁定是指某个 CPU 核心在指定的时间内没有响应内核的调度请求，导致系统认为该 CPU 核心被“卡住”了。
CentOS7运行报错kernel:NMI watchdog: BUG: soft lockup - CPU#0 stuck for 26s
weixin_30614109的博客
08-25 5824
CentOS内核，对应的文件是/proc/sys/kernel/watchdog_thresh。CentOS内核和标准内核还有一个地方不一样，就是处理CPU占用时间过长的函数，CentOS下是watchdog_timer_fn()函数。 如果你的内核是标准内核的话，可以通过修改/proc/sys/kernel/softlockup_thresh来修改超时的阈值 参考文献:https://zhi...
报错：　watchdog: BUG: soft lockup - CPU#0 stuck for 23s
Top_xiao的博客
06-28 1万+
转载：https://www.cnblogs.com/nulige/p/8000490.html 解决办法: #追加到配置文件中 echo 30 > /proc/sys/kernel/watchdog_thresh #查看 [root@git-node1 data]# tail -1 /proc/sys/kernel/watchdog_thresh 30 #临时生效 sysc...
解决BUG: soft lockup - CPU#0 stuck for 61s!
Yonx
08-30 6052
目前看来就是内核中有死循环！ 一、问题简述 在网上看到很多软死锁的问题，经过对自己程序的理解，结合网上一些相关资料，基本上可以确定是由于内核bug造成的，这个问题基本上在内核模块加载或卸载的时候发生，对我的模块而言，每次卸载时候发生，其他一切情况均正常，而且在2.6.28和3.0.0内核下均有问题。 二、问题过程 2.1 系统由两个模块:cpu模块和mem模块构成，每个模块由若干个故障检测对象组成，对象由单链表相互连接并由一个结构体作为头部head； 2.2 加载模块时，先对每个模块的每一个故障检测对象初
soft lockup-CPU#0 stuck for 23s!
cxg的专栏
05-30 4537
mysql soft lockup_解决类似 BUG: soft lockup - CPU#2 stuck for 67s! 问题的思路
weixin_33952612的博客
02-06 501
[虽然iOS 5.0版本之后加入了ARC机制，由于相互引用关系比较复杂时，内存泄露还是可能存在。所以了解原理很重要。这里讲述在没有ARC的情况下，如何使用Instruments来查找程编写内核程序，出现soft lockup错误是再常见不过了，类似BUG: soft lockup - CPU#2 stuck for 67s!。刚开始调试内核时，出现这样的错误，往往两眼一抹黑，不知道该如何下手了。但...
解决hp probook 440 g6启动linux的时候出现的BUG:soft lockup - CPU#0 stuck for 23s [migration/0:5] 问题
fjh1997的博客
12-11 4434
最近电脑启动总是偶尔遇到这样的问题， BUG:soft lockup - CPU#0 stuck for 23s! [migration/0:5] 于是在grub里取消了内核启动参数“quiet”，让linux报出更多问题。在打印的日志中出现了clocksource，swapper等，于是尝试通过禁用swap分区调整tsc等手段，发现都没有用，网上查了蛮多资料，试过去都没用。 然后就尝试复现这样一个bug，开始找cpu软锁的条件，发现以下规律： 1.软锁bug在开机进入grub选择linux内核进行引.
watchdog: BUG: soft lockup - CPU #5 stuck for 22s! [qaxbrowser:12864]
最新发布
11-28
“watchdog: BUG: soft lockup - CPU #5 stuck for 22s! [qaxbrowser:12864]” 错误表明 CPU #5 被锁死了 22 秒，进程 `qaxbrowser`（进程 ID 为 12864）可能与此问题相关。以下是一些解决该错误的方法： ### 检查并优化内核锁的使用 该错误可能是因为内核锁使用问题导致，例如同一把锁被多次调用，要审查代码中内核锁的使用情况，避免死锁情况发生。确保在使用锁保护共享资源时，正确地加锁和解锁，避免长时间持有锁。若此错误是在驱动压测中出现，且两次原子锁调用是同一把锁（用锁保护同一个消息队列），就可能导致系统死锁，进而触发该错误 [^2]。 ### 调整 soft lockup 阈值 可以通过修改 `/proc/sys/kernel/watchdog_thresh` 文件来调整 soft lockup 的阈值。默认情况下，该阈值为 10 秒，如果系统负载较高，可能会频繁触发 soft lockup 告警，可以适当增加该阈值。例如，将阈值调整为 30 秒： ```bash echo 30 > /proc/sys/kernel/watchdog_thresh ``` 为了使该设置在系统重启后仍然生效，可以将其添加到 `/etc/sysctl.conf` 文件中： ```plaintext kernel.watchdog_thresh = 30 ``` 然后执行以下命令使配置生效： ```bash sysctl -p ``` ### 检查系统负载 过高的系统负载可能导致 CPU 无法及时响应 watchdog 进程，从而触发 soft lockup 告警。可以使用 `top`、`htop` 等工具检查系统的负载情况，找出占用 CPU 资源较高的进程，并进行相应的优化或调整。对于当前报错中提到的 `qaxbrowser` 进程，可以重点关注其资源占用情况，若其占用过高，可考虑关闭不必要的浏览器标签或更新浏览器版本等 [^3]。 ### 升级内核版本 有时，该错误可能是由于内核中的 bug 导致的。可以尝试升级到最新的稳定内核版本，以修复可能存在的问题。 ### 检查硬件问题 硬件故障也可能导致 soft lockup 错误，例如 CPU 过热、内存故障等。可以检查硬件设备的状态，确保硬件正常工作。可以使用硬件监控工具检查 CPU 温度、内存使用情况等。
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值