Падение виртуального сервера (KVM)

Возможно, надо скрипт чуть поправить для учёта особенностей Вашего ядра. Может быть, в /proc не совсем в том же формате данные, попробуйте посмотреть источник скрипта http://northernmost.org/blog/find-out-what-is-using-your-swap/ - там такие вопросы возникают. Скрипт читает proc и выводит по каждому процессу занятость в свопе. А вообще Андрейка намекает правильно - надо специалиста искать, если не получается самому.

Нынче такие специалисты пошли, что кроме как поднять LAMP ничего не умеют. Если можете посоветовать кого-то конкретного, то буду рад.

---------- Добавлено 25.04.2013 в 13:33 ----------

Спасибо, вечером сегодня посмотрю. Пока что, вчера переустановил Apache - вроде полегчало. Если дней 7 проработает нормально и SWAP не будет расти, значит просто криво встал Apache.

Вот такой итог, есть процесс httpd, висит в TOP, при этом в apache status его нет.

Делаю strace -p PID:

Выходит примерно так:

http (1)

-> httpd (2)

--> httpd (3)

То есть главный порождает процесс, а еще один процесс порождает еще один.

Трассировка 3:

Трассировка 2:

Трассировка 1:

Судя по всему, такие процессы копятся, судя по TOP'у и складываются в SWAP. Как неактивные.

Удается повторить данную ситуацию уже. Процессы начинают залипать таким образом после graceful.

Видимо данный баг: https://issues.apache.org/bugzilla/show_bug.cgi?id=42829

Для mpm prefork он был исправлен, а вот для mpm-itk проблема осталась актуальной, также нашел подобные темы с аналогичными проблемами, но решения нет.

Если у вас itk то сможете понять в каком юзере проблема, а дальше искать чего вам такое туда влили в этот аккаунт

Дело не в пользователе и не в его скриптах, подвисает процесс от любого пользователя.

Если бы все было так просто, то этой темы бы не было. Отлавливанием кривых скриптов делается часто.

У просмотренных пользователей может быть как банальный index.html файл с текстом "Сайт в разработке", так и полноценные сайты.

Тут баг именно в MPM-ITK и использовании graceful, жалоб на это встречается много: http://forum.ispsystem.com/ru/showthread.php?t=12480

http://lists.err.no/pipermail/mpm-itk/2011-October/000434.html - идентичное поведение моей проблеме

http://lists.err.no/pipermail/mpm-itk/2008-July/000066.html - до такого правда не доходит еще, слава богу

На сам баг ссылку, давал выше.

Проблему удается воспроизвести и на соседнем сервере, где также используется MPM-ITK, но graceful не используется.

После выполнения graceful произвольно залипают 2 процесса со статусом G.

Только вот в логах там добавляется такое:

У меня itk и graceful, проблемы не наблюдаю

А какую версию Apache используете? Метод AcceptMutex? Какие модули подключены?

Если не сложно, приведите данную информацию.

Server version: Apache/2.2.24 (Unix)

Server built: Apr 15 2013 21:12:55

Server's Module Magic Number: 20051115:31

Server loaded: APR 1.4.6, APR-Util 1.4.1

Compiled using: APR 1.4.6, APR-Util 1.4.1

Architecture: 64-bit

Server MPM: ITK

Compiled in modules:

core.c

mod_authn_file.c

mod_authn_default.c

mod_authz_host.c

mod_authz_groupfile.c

mod_authz_user.c

mod_authz_default.c

mod_auth_basic.c

mod_include.c

mod_filter.c

mod_log_config.c

mod_logio.c

mod_env.c

mod_expires.c

mod_headers.c

mod_setenvif.c

mod_version.c

mod_ssl.c

itk.c

http_core.c

mod_mime.c

mod_status.c

mod_autoindex.c

mod_asis.c

mod_suexec.c

mod_cgi.c

mod_negotiation.c

mod_dir.c

mod_actions.c

mod_speling.c

mod_userdir.c

mod_alias.c

mod_rewrite.c

mod_so.c

Спасибо. PHP подключаете как CGI?