Linux系统报错NMI watchdog: BUG: soft lockup - CPU#5 stuck for 24s

最新推荐文章于 2024-04-26 16:31:32 发布
最新推荐文章于 2024-04-26 16:31:32 发布
阅读量4.8k 收藏 20
点赞数 2
分类专栏： 常见问题解答（FAQ） 文章标签： linux soft lockup
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/u012069313/article/details/124728202
版权

目录

一、问题描述

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 localhost kernel: NMI watchdog: BUG: soft lockup - CPU#12 stuck for 26s! [java:22117]
May  9 14:43:05 localhost kernel: NMI watchdog: BUG: soft lockup - CPU#4 stuck for 24s! [swapper/4:0]
May  9 14:43:05 localhost kernel: NMI watchdog: BUG: soft lockup - CPU#1 stuck for 23s! [watchdog/1:13]
May  9 14:43:05 localhost kernel: NMI watchdog: BUG: soft lockup - CPU#7 stuck for 21s! [java:31821]
May  9 14:43:05 localhost kernel: NMI watchdog: BUG: soft lockup - CPU#2 stuck for 44s! [swapper/2:0]

二、解决方法

kernel watchdog 是用来检测 lockup 的，所谓 lockup，是指某段内核代码占着 CPU 不放，lookup 严重的时候会导致整个系统失去响应。
soft lockup 是指 CPU 被内核代码占据，以至于无法执行其它进程。
解决方法如下：

1.将 watchlog_thresh 临时设置为 30

sysctl -w kernel.watchdog_thresh=30

2.将 watchlog_thresh 永久设置为 30

echo 30 > /proc/sys/kernel/watchdog_thresh

3.将 watchlog_thresh 写入启动文件

kernel.watchdog_thresh=30 >> /etc/sysctl.conf
奔跑吧邓邓子
关注
  • 2
    点赞
  • 踩
  • 20
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 1
    评论
专栏目录
Kmeans-and-Kernel-Kmeans:####Goals#### * 实现以下聚类算法
06-03
coursera - UIUC - 数据挖掘中的聚类分析 - 编程作业 - Python 版 ####先决条件：#### python：如果你在自己的机器上工作，你可能需要安装 Python。 此作业中的代码适用于 python 2.7。 linux（推荐）或 windows（您可能无法应用 make 命令，但您可以使用自己的 IDE，例如 Visual Studio 和 Code Blocks。） ####目标#### 实现以下聚类算法：K-means 和 Kernel K-means。 实施以下监督聚类评估指标：纯度和 NMI。 ####Step 1. K-means#### 完成k_means.py中K-means的以下两个关键函数 def updateClusterID(data, centers): nData = len(data)
NMI watchdog :BUG:softlockup 解决方案
菜鸟先飞的博客
12-22 1619
echo 30 > /proc/sys/kernel/watchdog_thresh 查看tail -1 /proc/sys/kernel/watchdog_thresh。可以通过修改/proc/sys/kernel/softlockup_thresh来修改超时的阈值。6>BIOS开启了超频，导致超频时电压不稳，容易出现CPU死锁。1>服务器电源供电不足，导致CPU电压不稳导致CPU死锁。3>虚机所在的宿主机的CPU负载较高或磁盘IO太高。说明：该解决方案不具备权威性 以实际情况为重。
kernel:NMI watchdog: BUG: soft lockup - CPU
luyanpingya的博客
03-11 870
如果由于某种原因计时器达到了预定的阈值而没有被重置（意味着系统可能卡住或无响应），看门狗就会生成NMI中断，以引起系统的注意。软死锁通常发生在CPU长时间占用内核模式，没有释放给其他进程或线程运行的机会，但系统并没有完全崩溃，仍有一定的响应能力。进程名称可以给出一些关于进程功能或来源的线索，但具体含义可能需要结合使用该进程的软件或系统文档来理解。这可以帮助你判断该进程是由你启动的，还是由系统的其他用户或服务启动的。（对于给定的进程ID）可以查看更多关于该进程的信息，如启动命令、启动时间等。
“kernel:NMI watchdog: BUG: soft lockup”内核软死锁BUG分析和解决
mini小新的博客
08-12 6212
当Linux中出现内核“kernel:NMI watchdog: BUG: soft lockup”软死锁问题该如何解决
nmi指数matlab代码-mri-prepro-nipype:核磁共振前乳
06-19
nmi指数matlab代码存储库名称：“mri-prepro-nipype” 这是一个预处理 MRI 图像的存储库，用于不同类型的算法中，用于检测中风、病变和威利斯环 (CoW) 类型。 （在最后一步诊断完成之前，此分支不会合并到 master ！） “必备”软件： 已经使用的编程语言（到目前为止）是： Python（版本 2.7.9） Matlab（版本 2015b） R（版本 3.3.3） 已使用以下独立的神经影像软件包。 Nipype：（版本 0.11.0） SPM：（版本 12） FSL：（5.0 版） 或下载一个集合包。 神经Debian： 如何运行主存储库代码：（不包括诊断） 使用“super_flow.py”： 1：在“super_flow.py”中设置3个必要和常用的目录（工作、输入和输出）。 2：将每个脚本放在工作目录中。 3：运行“super_flow.py”。 没有“super_flow.py”： 1：在所有python脚本中设置3个公共目录。 （请参阅 wiki 中的目录说明。） 2：运行“main_flow.py”脚本进行一级预处理。 3：运行“sub_flo
pkwrap:用于LF-MMI训练和Kaldi并行训练的pytorch包装器
04-20
自述文件 UPDATE（2021-02-03） ：有关代码的最新更新，请参见 这是Kaldi的python包装器（还有另一个！）。 主要目标是能够在Pytorch中训练声学模型，以便我们能够 在培训期间使用MMI成本函数 使用NG-SGD进行仿射变换，从而可以使用SGE进行多GPU训练 目录 动机 该项目的主要动机是在Pytorch进行MMI培训。 这个想法是使用Kaldi中的现有功能，这样我们就不必重新实现任何东西。 为什么不使用现有的包装器？ Pykaldi非常适合公开高级功能。 但是，许多事情仍然是不可能的（例如，加载NNet3模型并可以访问模型的参数）。 修改Pykaldi要求我们拥有Kaldi和CLIF的自定义版本。 此外，如果只是想将GPU中的张量转换为Kaldi CuMatrix效率不高（一般路线afaik将为Tensor GPU-> Tensor CPU-> Kaldi
kernel:NMI watchdog: BUG: soft lockup - CPU#8 stuck for 23s!
weixin_44455388的博客
10-25 1万+
问题描述： 最近服务器总是莫名其妙弹出类似以下的信息： 问题原因： 通过查找资料，得知是因为系统一直处在高负载的状态，出现了内核软死锁（soft lockup）。 参考：https://blog.csdn.net/jiangganwu/article/details/89711354 关于内核死锁（soft lockup）： 所谓soft lockup就是说，这个bug没有让系统彻底死机，但是若干个进程（或者kernel thread）被锁死在了某个状态（一般在内核区域），很多情况下这个是由于内核锁的使用
报错 kernel:NMI watchdog: BUG: soft lockup - CPU#1 stuck for 22s! [insmod:55902]处理
墨染锦年的博客
03-16 1万+
运行之前说的tcrypt.c的修改程序（只跑摘要算法md5，sha1） insmod tcrypt.ko sec=2 mode=400 报错 kernel:NMI watchdog: BUG: soft lockup - CPU#1 stuck for 22s! [insmod:55902] 并且有堆栈 [106091.127829] testing speed of async md5 (md...
NMI watchdog: BUG: soft lockup - CPU#2 stuck for 23s!
RToax
11-10 1万+
《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
Linux soft lockup分析
weixin_30535913的博客
01-31 678
关键词：watchdog、soft lockup、percpu thread、lockdep等。 近日遇到一个soft lockup问题，打印类似“[ 56.032356] NMI watchdog: BUG: soft lockup - CPU#0 stuck for 23s! [cat:153]“。 这是lockup检测机制在起作用，lockup检测机制包括soft lockup d...
报错kernel:NMI watchdog: BUG: soft lockup - CPU的解决办法
热门推荐
JAVA_LuZiMaKei的博客
09-06 2万+
#!/bin/bash #修改阈值为30，写入文件 echo 30 > /proc/sys/kernel/watchdog_thresh #修改阈值为30，临时生效 sysctl -w kernel.watchdog_thresh=30 #修改阈值为30，写入启动文件 grep 'watchdog_thresh' /etc/sysctl.conf if [ $? -ne 0 ]; then echo "kernel.watchdog_thresh=30" >> /etc/sysctl
bfs_nes_sims:Sim City for NES Back-From-Source项目-Source City
03-25
杂项游戏信息 MISC＃1。 如果您建立了一个航空港，则​​有一个自动生成的直升机可以观察道路交通情况。 它随机飞行，并且每次迭代都针对交通地图测试其坐标。 如果直升机以高于9的密度悬停在交通位置上，它将通过DPCM语音和滚动消息进行报告。 从消息索引（列表中的最后一个，第18个）来看，以及以前的所有消息均未使用的事实，我们可以假定此直升机消息和声音在开发的后期才被添加到游戏中。 但是，调用此消息的方法与Micropolis源中的方法相同。 MISC＃2。 游戏引擎包括两个主要的独立部分。 首先是界面和显示控制部分或游戏引擎。 它处理所有输入，菜单，图形，屏幕对象/图形管理器。 第二个是城市控制和统计收集器部件或模拟引擎。 它执行有关人口，工业，能源，污染和交通的所有城市特定计算，进行信息显示的统计和图表等等。这两个部分都不断循环地进行自己的工作，永不停止。 最有趣的部分是NMI处理程序
nmi指数matlab代码-LearnResParams:学习图聚类的分辨率参数的代码
06-19
nmi指数matlab代码自述文件 此 repo 包含论文中的算法和实验代码 图聚类的学习分辨率参数 Nate Veldt、David Gleich、Anthony Wirth 第 29 届万维网国际会议论文集。 arXiv 预印本： 大部分代码使用 Julia 编程语言（1.0 版）。 一些代码是用 Matlab 编写的，因为一些外部软件是用 Matlab 编写的。 外部软件 来自外部项目的软件包含在include文件夹中。 LFR 基准图生成器：包 1 来自 GenLouvain 算法： Lucas GS Jeub、Marya Bazzi、Inderjit S. Jutla 和 Peter J. Mucha， “在 MATLAB 中实现的用于社区检测的通用 Louvain 方法” （2011-2016）。 对于 NMI 分数： 对于 ARI 分数： LambdaCC 算法： FlowSeed（本地图聚类）： 度量优化（使用投影方法解决 LambdaCC LP 松弛问题）： 并行度量优化（并行求解 LP 松弛）： 一些例程需要 Gurobi 的学术许可（例如 GurobiCC-1.0
nmi指数matlab代码-Clustering-by-InTree-Ensemble-PR2020:"EnhancingIn-Tree-ba
06-19
nmi指数matlab代码演示快速入门 运行 demo.m。 这可以在 30 个测试数据集上为以下两种聚类方法重现图 4A 中的结果。 ND-Ward-E(KT) ：2020年Pattern Recognition上发表的拟议聚类方法（标题：邱和李的“Enhancing In-Tree-based Clustering via Distance Ensemble and Kernelization”）； ND-K ：一种比较方法（Qiu 等人。“最近下降、树内和聚类”，arXiv：1412.5902v2，2014 年）。 注：a) ND-K 是 ND-Ward-E(KT) 的基础； b) 对于 ND.m，低版本 Matlab 中可能不存在函数“maxk”； 在这种情况下，可以使用 ND.m 中它后面的以下代码代替（我们在 ND.m 中突出显示了它）。 推荐方法介绍：ND-Ward-E(KT) 最近，我们提出了一种新的受物理启发的方法，称为最近下降（ND），它的作用是将所有样本组织成一个有效的图，称为 in-tree（图 1A）。 由于其有效的特性，这种 in-tree 证明非常适合数据
Linux多进程(五) 进程池 C++实现
最新发布
Lyajpunov的博客
04-26 569
进程池是一种并发编程模式，用于管理和重用多个处理任务的进程。它通常用于需要频繁创建和销毁进程的情况，以避免因此产生的开销。减少进程创建销毁的开销：避免频繁创建和销毁进程所带来的系统资源开销。提高系统响应速度：由于进程已经初始化并且一直保持在内存中，可以立即分配执行任务，减少了任务等待时间。控制资源使用：通过限制进程池中的进程数量，可以控制系统资源的使用情况，避免资源过度消耗。
Linux——web服务配置
Xinan_____的博客
04-23 1046
GET：请求获取指定资源的表示形式。使用GET方法，客户端请求服务器发送某个资源。POST：向指定资源提交数据，用于处理表单提交、文件上传等操作。PUT：向指定资源位置上传其最新内容，用于更新资源。DELETE：请求服务器删除指定资源。HEAD：请求获取与实体相对应的头部信息，用于获取资源的元数据。OPTIONS：请求查询服务器支持的HTTP方法。TRACE：请求服务器回显收到的请求消息，用于测试或诊断。200 OK：请求成功。：永久重定向，请求的资源已经被分配了新的。
linux18：进程等待
m0_73919066的博客
04-20 1093
1：子进程创建的目的是要完成父进程指派的某个任务，当子进程运行完毕退出时，父进程需要通过进程等待的方式，回收子进程资源，获取子进程退出信息（子进程有无异常？没有异常结果是否正确？检查退出码查看错误原因）2：父进程如果一直不回收，就可能造成子进程‘僵尸进程’的问题，子进程一直得不到父进程的回收，进而造成内存泄漏。3：子进程一旦变成僵尸状态，那就刀枪不入，“杀人不眨眼”的kill -9 也无能为力杀死一个已经死去的进程。只能通过进程等待将他进行回收。
arm架构Linux5.0内核连接脚本文件vmlinux.lds.S分析
jianjian的博客
04-23 927
vmlinux.lds.S 是 Linux 内核中用于链接的脚本文件，用于定义内核对象文件的内存布局，即它告诉链接器如何将不同的内核代码段和数据段组合成一个最终的内核映像 vmlinux。编译内核源码生成内核文件的过程分两步，一个是“编译”，另一个是“链接”的过程，vmlinux.lds.S要做的就是告诉编译器如何链接编译好的各个内核.o文件，从而生成vmlinux文件。
Linux之C编程入门
qwertf123的博客
04-21 843
Linux之C编程入门
怎么解决kernel:NMI watchdog: BUG: soft lockup - CPU#5 stuck for 25s!
05-25
这个错误通常是由于CPU在执行某些操作时出现问题，导致系统无法继续执行其他任务而发生的。解决此问题的方法如下： 1. 更新系统内核和驱动程序。 2. 禁用NMI watchdog。 可以通过以下命令禁用NMI watchdog： ``` echo 0 > /proc/sys/kernel/nmi_watchdog ``` 3. 调整系统内核参数。 可以尝试调整以下内核参数来解决该问题： ``` vm.dirty_ratio=10 vm.dirty_background_ratio=5 vm.dirty_expire_centisecs=1000 vm.dirty_writeback_centisecs=1000 ``` 这些参数会影响系统对脏页面（未写回磁盘的数据）的处理方式，通过调整这些参数，可以减轻系统的负载，从而避免出现软锁定的问题。 4. 检查硬件问题。 软锁定问题也可能是由于硬件故障引起的，因此需要检查硬件是否正常工作，例如内存、硬盘、电源等。 如果您无法解决此问题，建议联系系统管理员或技术支持人员以获取更多帮助。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

奔跑吧邓邓子

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值