今天玩云服务器，发现服务器变得很卡顿，解压文件有时都卡死了，很奇怪，不知道服务器出了什么状况。
于是登录到阿里云查看云服务器的情况，结果发现服务器的CPU使用率一直维持在100%。
在这里插入图片描述
于是远程连接到服务器，进行问题排查

1、查消耗cpu最高的进程PID，输入top命令

在这里插入图片描述
2、根据PID查出消耗cpu最高的线程号。top -Hp 512，显示一个进程的线程运行信息列表。
在这里插入图片描述
3、把上面线程的十进制数转成十六进制（printf %x 1062）
为426

4、根据线程号查出对应的java线程，进行处理。jstack -l 512 > ./512.stack，然后执行grep命令，看线程426做了什么

cat 512.stack | grep '426' -C 20

结果发现没有一点效果，什么都没有显示。于是直接杀死进程
kill -9 512。再次执行top命令，发现CPU的使用率依旧很高，但是进程的PID却改变了。
在这里插入图片描述
于是思考可能不是由于JAVA程序内部的一些错误（死循环…）造成CPU使用率一直维持在100%

再次执行top命令，仔细观察发现COMMAND显示的是[ext4]
在这里插入图片描述

于是怀疑服务器是不是中了某种病毒，导致恶意脚本代码执行，进而占用大量CPU。打开阿里云 云安全中心

在这里插入图片描述
发现服务器被植入了挖矿程序，程序脚本就在==/var/tmp/.system==目录下
，删除文件 rm -rf *，并杀死进程512 kill - 9 512。

发现CPU恢复正常。
在这里插入图片描述

# linux # 运维 # centos # java
Logo
Linux

更多推荐

网卡速率和双工模式的配置

http://linux.chinaitlab.com/system/792187.html1、mii-tool 配置网络设备协商方式的工具；    1.1 mii-tool 介绍；    mii-tool - view, manipulate media-independent interface status （mii-tool 是查看，管理介质的网络接口的状态）

avatar Linux

Linux虚拟文件系统之文件系统卸载（sys_umount())

Linux中卸载文件系统由umount系统调用实现，入口函数为sys_umount()。较于文件系统的安装较为简单，下面是具体的实现。1. /*sys_umont系统调用*/2. SYSCALL_DEFINE2(umount, char __user *, name, int, flags)3. {4.struct path path;

avatar Linux

Linux系统下超级终端Minicom的使用方法（例如：连接交换机，路由器等）转http://baike.baidu.com/view/2911642.htm?fr=ala0_1

<br />　　Linux系统下超级终端Minicom的使用方法 <br />　　Linux下的Minicom的功能与下的超级终端功能相似，适于在通过超级终端对设备的管理以及对嵌入操作系统的升级，现写出Minicom的使用手册： <br />　　1． 启动minicom <br />　　以root权限登录系统 <br />　　使用命令 <br />　　minicom –s 则minicom启动，屏

avatar Linux