Сервер имеет выполнение bash
процесс с 2 200%-м использованием ЦП:
$ ps aux | grep 10986
root 10986 2198 1.8 2483184 2437820 ? Ssl 13:23 962:25 -bash
Процесс имеет 22 -bash
потоки как показано в htop
.
При использовании strace
, родительский процесс сохраняет epoll_pwait()
и дочерние потоки сохраняют sched_yield()
.
Я попробовал kill -9 10986
но после нескольких минут процесс удара перезапускает с тем же высоким использованием ЦП.
Кто-то сказал мне, что несколькими часами ранее использовал screen
для запущения скрипта удара, который похож на это:
./prog <arg1>
./prog <arg2>
./prog <arg3>
...
Но когда он вошел в систему снова, целый каталог исчез, и процесс сохраняют неубиваемыми.
Необходимо завершить сессии удара всего пользователя вместо того, чтобы уничтожить сам повторно создающие процессы один за другим: pkill -9 bash
от пользователя, который запустил все те сессии.
Отслеживать то, что launces новый удар обрабатывает, выполненный терминал. Затем выполненный journalctl -f | grep bash
в нем и видят, какие изменения после того, как некоторый процесс удара был уничтожен. Вы не могли уничтожить все процессы удара теперь, из-за этого уничтожит сессию с journalctl.
Вы могли также попробовать ps f -g PID
видеть, что некоторый удар обрабатывает дерево. Те процессы удара являются детьми некоторого родительского процесса, которого необходимо получить название.
Если уничтоженные процессы будут повторно созданы снова, то они планируются в crontab или запускаются systemd сервисом.