человечность чрезмерное использование CPU tmp файлами
Кажется, существует проблема с использованием CPU на моей установке человечности. При использовании 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 ответа
Не беспокойтесь. Эти виды размера и ресурса hogging выходят из-за трафика файла сессии, общее несчастье, стоящее перед утилитами резервного копирования, веб-серверами и другими высокими сервисами времени работы. Посмотрите, например... Ubuntu 16.04 ((HyperV) - очень большой файл в/tmp, продолжает выращивать... большой ЦП и сетевую нагрузку, в то время как система неактивна.
Отметьте, то сообщение НЕ является дубликатом... Ваши файлы являются действительно файлами сессии Apache (на /tmp/php*)... но в этом случае Вы видите что утилита резервного копирования (Duplicati) запись /tmp/dup* файлы резервных копий экстравагантно приведут к почти такому же ЦП hogging, и пожирающее устройство хранения данных кажутся подобными. Непослушные программы... злоупотребляя теми временными файлами.
Проверьте [РЕШЕННЫЙ] кросспостинг на ubuntuforums.org - это происходит, но существует надежда на них и Вас также.
В сущности существует простое решение и более всестороннее многоаспектное. То, которое будет работать на Вас, сведется к Вашим планам использования.
Легкая фиксация (до свидания, до свидания, до свидания [веб-сервер])
Первый вопрос - Вы НАМЕРЕВАЕТЕСЬ выполнить веб-сервер Apache от своего больного поля?
В ПРОТИВНОМ СЛУЧАЕ спорный необходимо отключить автозапуск Apache при помощи update-rc.d обновить предпочтения услуг по начальной загрузке в /etc/init.d/.
По умолчанию много дистрибутивов Linux запустят выполнение Apache - даже если Вы не будете знать то, что оно делает и никогда не использует его. Лучший случай, возможно, можно просто зеркально отразить переключатель в загрузочной конфигурации и не только решить эту проблему, но и охранять себя против некоторых потенциальных угроз безопасности в процессе.
Всунутый сеть Вы вращаетесь
Но возможно Вы ХОТИТЕ выполнить веб-сервер. Хорошо, хорошо.
В этом случае фиксация не является настолько повсеместной и бесспорной, но здесь является некоторыми предложениями того, как стабилизировать вещи и потенциально найти фиксацию...
От параноика я рекомендовал бы, учитывая эти обстоятельства, удостоверившись, что Вы - актуальный w/последние патчи безопасности. Это не предназначено для звучания вызывающим тревогу..., но конечно существует Apache2 известное использование, влияющее связанную копию версии дистрибутива Apache... на самом деле существует даже обсуждение статьи, использующее определенную версию в "образовательных целях" (см. CVEs: 1, 2, 3), поэтому если у Вас еще нет их / недавно установленными, Ваше поведение может быть знаком эксплуатации.Береженого Бог бережет.
Слово поддержки - Ubuntu 16.04 также назвали "Идеальным Сервером" некоторые, не позволяйте уязвимостям отпугнуть Вас, просто удостоверяйтесь из распространенности предостережения, что Ваши дела в порядке на передней стороне безопасности.
ЗАТЕМ, подтвердите свои подозрения (который я совместно использую), что это действительно файлы сессии PHP от веб-сервера путем проверки, что путь файлов сессии Apache... должен соответствовать /tmp/ если что-то очень странное не продолжается.
Принимая соответствие, это - вероятно, проблема конфигурационного файла, поэтому купите себя некоторое время, следующим образом.
Уничтожьте все сессии с помощью небольшого Сценария PHP и сделайте одноразовую очистку для покупки некоторого времени (см.: Как убрать/tmp? и Как/tmp каталог очищен?).
Теперь, когда выход за край замедлился, переоцените, существует ли что-то нечетное, это вызывает голод зомби Apache. См.:
Из того, что я собрался, плохо курировавшие конфигурации, управляющие сборкой "мусора" / время жизни сессии является частыми причинами для файлов сессии, становящихся тягостно большим.
Если бы ничего подобного не работает, я попытался бы видеть, кажется ли рост связанным с определенными обстоятельствами и определенно отправил бы детали на соответствующий список рассылки / ubuntuforums.org.
При использовании Wordpress для приложений необходимо рассмотреть, чтобы установить плагин антивируса и отсканировать приложения WP. Можно сделать команду htop и затем нажать L в процессе для наблюдения, куда файлы прибывают из.