处理过程

1,通过top命令找到cpu占用最高的进程pid

2,通过命令ll /proc/$pid 查看对应pid 所运行的目录,这个显示出来后找到

cwd右边显示即可

上面图片是我做的一个演示,当时查看到对应的目录是一个网站站点目录,网站存放的就是一些静态资源,也就是这个cpu异常飙升的进程是占用到这个网站站点目录的,但是这说明不了什么

3,假定 服务器被公鸡(gongji没法过审) 查看 服务器出入流量是否异常通过iftop命令或者是查看监控都可以知道当前服务器流量和带宽使用情况,发现流量和带宽使用情况都是正常的

4,查看服务器上是否有异常的 定时任务以及异常的开机自启动的进程设定

  查看定时任务 crontab -l  以及 vim /etc/crontab

  查看是否有异常的启动项目 /etc/rc.local  /etc/init.d/

5,查看系统日志是否异常错误或者异常登录等

  查看到系统日志中有使用rz 命令上传文件时失败的错误

6,通过向操作服务器人员 得知此事件确定为他本人操作当时出现乱码错误 之后直接关闭窗口

7,假定是因为 rz上传 文件导致,开始测试 rz 命令问题

   单独创建目录 /opt/test 目录用于测试上传大文件 是否有问题 由 上次操作服务器人员 再此重复 使用rz命令上传文件 

  出现以下乱码情况 并且是直接关闭 当前窗口 就可能导致 服务器cpu 利用率飙升

8,避免下次出现类似问题，如果当使用rz命令上传文件时 出现乱码或者卡顿 请再次多开一个窗口 执行一下 ps -ef | grep 'rz' 获取 rz 命令对应的pid 号 然后 kill -9 xxx 直接杀死即可

故障原因

操作人员使用jumpserver webssh页面上使用rz命令上传大文件到服务器上的网站站点目录里导致的,后面发现jumpserver github issues上有人遇到过这个问题https://github.com/jumpserver/jumpserver/issues/10271  属于jumpserver的bug了

总结

再遇到本地上传大文件到jumpserver上的机器的话,用jumpserver自带的web sftp上传好了,不要再使用sz,rz命令图方便