Ubuntu чрезмерное использование процессора файлами TMP
Кажется, есть проблема с использованием процессора в моей установке Ubuntu. При использовании htop я получаю следующее:
1156 www-data 20 0 184872 20392 1440 R 12.6 2.0 11798:03 phpOBG8GM_jn7kb
6295 www-data 20 0 184872 15028 2092 R 12.6 1.5 672:12.88 phptyWFNT_5llsm
18355 www-data 20 0 185004 17116 64 R 12.6 1.7 23720:57 phpFoPZUp_jhikt
19348 www-data 20 0 185004 16708 1608 R 12.6 1.6 23668:33 phppxfGf2_w3fce
28590 www-data 20 0 184872 19692 756 R 12.6 1.9 1178:06 phpf7InUV_4rgbs
7956 www-data 20 0 184872 15072 2064 R 12.3 1.5 2329:51 php8MhPSj_txwza
15824 www-data 20 0 184872 7864 2572 R 12.3 0.8 291:12.02 phpAJBQo5_ippme
18023 www-data 20 0 185004 18940 1896 R 12.3 1.9 23738:00 phpF1VYi5_jqxf3
1 root 20 0 37828 4844 2952 S 0.0 0.5 1:52.97 systemd
Я убил каждый процесс с помощью pid, а затем перезапустил Apache. Процессы исчезают, но потом снова появляются? Как я могу убить их навсегда?
2 ответа
Если вы используете WordPress для своих приложений, вам следует установить плагин для защиты от вредоносных программ и сканировать приложения WP. Вы можете выполнить команду htop, а затем нажать L, чтобы увидеть, откуда поступают файлы.
Не беспокойся Подобные проблемы с размерами и перебоями ресурсов из-за трафика файлов сеансов - это распространенная проблема, с которой сталкиваются утилиты резервного копирования, веб-серверы и другие службы с высоким временем безотказной работы. Смотрите, например... Ubuntu 16.04 ((HyperV) - очень большой файл в /tmp, продолжает расти... большая загрузка ЦП и сети, пока система простаивает.
Обратите внимание, что сообщение НЕ является дубликатом... ваши файлы действительно являются файлами сеансов Apache (согласно /tmp/php*) ... но в этом случае вы видите, что утилита резервного копирования (Duplicati) пишет /tmp/dup* бессмысленное резервное копирование файлов приведет к тому, что загрузка процессора будет такой же, как и хранилище, похоже, похожее. Непослушные программы... злоупотребляют этими временными файлами.
Посмотрите кросс-пост [решено] на ubuntuforums.org - это случается, но есть надежда и для них, и для вас.
С практической точки зрения, есть простое и более глубокое многогранное решение. То, что будет работать для вас, будет сводиться к вашим планам использования.
Easy Fix (пока, пока, пока [веб-сервер])
Первый вопрос - вы НАМЕРЕНЫ запускать веб-сервер Apache из своего больного ящика?
Если нет, вы можете отключить автозапуск Apache с помощью update-rc.d обновить настройки служб загрузки в /etc/init.d/,
По умолчанию многие дистрибутивы Linux запускают Apache - даже если вы не знаете, что он делает, и никогда не используете его. В лучшем случае, может быть, вы можете просто переключить коммутатор в конфигурации загрузки и не только решить эту проблему, но и защитить себя от некоторых потенциальных угроз безопасности в процессе.
Застрял в сети, которую вы вращаете
Но, возможно, вы хотите запустить веб-сервер. Ладно ладно.
В этом случае исправление не является столь вездесущим и определенным, но вот несколько советов о том, как стабилизировать ситуацию и потенциально найти исправление...
Из параноика я бы рекомендовал, учитывая эти обстоятельства, убедиться, что вы в курсе последних обновлений безопасности. Это не должно звучать тревожно... но, конечно, есть известные эксплойты Apache2, влияющие на прилагаемую копию Apache вашей дистрибутивной версии... на самом деле есть даже статья, в которой обсуждается использование вашей конкретной версии в "образовательных целях" (см. CVE: 1, 2, 3), поэтому, если они еще не установлены / недавно установлены, ваше поведение может быть признаком эксплуатации. Береженого Бог бережет.
Слово ободрения - Ubuntu 16.04 также некоторые называют "Идеальным сервером", поэтому не позволяйте уязвимостям пугать вас, просто убедитесь, что ваши дела в порядке с точки зрения безопасности.
ДАЛЕЕ, подтвердите ваши подозрения (которые я разделяю), что это действительно файлы сессий PHP с веб-сервера, проверив путь к файлам сессий Apache... должен совпадать /tmp/если не происходит что-то очень странное.
Предполагая совпадение, это, вероятно, проблема с файлом конфигурации, поэтому купите себе время, как указано ниже.
Удалите все сессии с помощью небольшого PHP-скрипта и выполните одноразовую очистку, чтобы выиграть время (см.: Как очистить /tmp? И Как очистить каталог /tmp?).
Теперь, когда кровотечение замедлилось, переоцените, есть ли что-то странное, что вызывает у голода зомби Апача. Увидеть:
Из того, что я собрал, плохо отобранные конфигурации, управляющие сборкой мусора / временем жизни сессии, являются частыми причинами чрезмерно большого размера файлов сессии.
Если ничего из этого не получится, я попытаюсь выяснить, связан ли рост с определенными обстоятельствами, и обязательно опубликую подробности в соответствующем списке рассылки / http://ubuntuforums.org/.