Почему мой сервер Debian вышел из строя?

Почему мой сервер Debian вышел из строя?

У меня есть сервер Debian, недавно установленный вчера вечером. Я использовал образ под названием Debian-7.0-amd64-minimal от моего хостера. Просто установил apache2, mysql, php, vim, lynx и настроил несколько веб-страниц. После этого я настроил crontab (который запускается каждые 10 минут). У меня была похожая проблема раньше (я думал, что переустановка может исправить ее).

Через несколько часов сервер каким-то образом падает. Я не могу добраться до веб-сервера, не могу получить доступ к машине по ssh, но каким-то образом она все еще работает. Я вижу, что машина работает в веб-интерфейсе моего хостера. Но так как я не могу получить доступ ни к одной службе, мне приходится перезапускать ее (через веб-интерфейс, предоставленный моим хостером).

После перезапуска я всегда проверял все логи в /var/log, имеющие соответствующие временные метки. Однако есть только одна спорадическая ошибка

[Fri Mar 28 12:40:17 2014] [error] [client x.x.x.x] PHP Warning:  file_get_contents(http://www.bloomberg.com/quote/DAX:IND): failed to open stream: php_network_getaddresses: getaddrinfo failed: Name or service not known

Это вызвано php-скриптом, вызываемым через crontab (веб-страница вызывается с помощью lynx). DNS-сервер — это сервер Google 8.8.8.8. Однако это происходит только иногда, и обычно службы продолжают работать после этого. Вот почему я предполагаю, что это другая проблема. Я отключил crontab после последнего сбоя и обновлю этот пост, если проблема решится сама собой.

Еще одна вещь, которая заставляет меня верить, что сервер не полностью рухнул, это то, что эти кронтабы продолжают работать.

Mar 28 10:00:01 aryx /USR/SBIN/CRON[10947]: (root) CMD (lynx -dump http://[webpage]/cron/cronjob.php)
Mar 28 10:00:06 aryx /USR/SBIN/CRON[10946]: (CRON) info (No MTA installed, discarding output)
Mar 28 10:09:01 aryx /USR/SBIN/CRON[11068]: (root) CMD (  [ -x /usr/lib/php5/maxlifetime ] && [ -d /var/lib/php5 ] && find /var/lib/php5/ -depth -mindepth 1 -maxdepth 1 -type f -ignore_readdir_race -cmin +$(/usr/lib/php5/maxlifetime) ! -execdir fuser -s {} 2>/dev/null \; -delete)
Mar 28 10:10:01 aryx /USR/SBIN/CRON[11088]: (root) CMD (lynx -dump http://[webpage]/cron/cronjob.php)
Mar 28 10:10:21 aryx /USR/SBIN/CRON[11087]: (CRON) info (No MTA installed, discarding output)
Mar 28 10:20:01 aryx /USR/SBIN/CRON[11221]: (root) CMD (lynx -dump http://[webpage]/cron/cronjob.php)
Mar 28 10:20:21 aryx /USR/SBIN/CRON[11220]: (CRON) info (No MTA installed, discarding output)

даже несмотря на то, что веб-сервер уже упал (или что-то еще упало к тому времени) где-то между 10:00 и 10:10 (в это время был выполнен следующий вызов cron)

[webpage]:80 [ip-address] - - [28/Mar/2014:09:50:01 +0100] "GET /cron/cronjob.php HTTP/1.0" 200 208 "-" "Lynx/2.8.8dev.12 libwww-FM/2.14 SSL-MM/1.4.1 GNUTLS/2.12.18"
[webpage]:80 [ip-address] - - [28/Mar/2014:10:00:01 +0100] "GET /cron/cronjob.php HTTP/1.0" 200 208 "-" "Lynx/2.8.8dev.12 libwww-FM/2.14 SSL-MM/1.4.1 GNUTLS/2.12.18"
[webpage]:80 [ip-address] - - [28/Mar/2014:12:00:02 +0100] "GET /cron/cronjob.php HTTP/1.0" 200 208 "-" "Lynx/2.8.8dev.12 libwww-FM/2.14 SSL-MM/1.4.1 GNUTLS/2.12.18"

Однако одно отклонение также происходит до 10 утра.

Mar 28 09:39:01 aryx /USR/SBIN/CRON[10658]: (root) CMD (  [ -x /usr/lib/php5/maxlifetime ] && [ -d /var/lib/php5 ] && find /var/lib/php5/ -depth -mindepth 1 -maxdepth 1 -type f -ignore_readdir_race -cmin +$(/usr/lib/php5/maxlifetime) ! -execdir fuser -s {} 2>/dev/null \; -delete)*

Есть ли какие-нибудь предположения, что может быть не так?

обновлять: При использовании plog единственным заметным событием около времени сбоя (между 19:31 и 32) является файл журнала процесса Apache:

3-28 19:31   S     20         0s      1   185.34MB     7.46MB 96.2%     1012kB    16.66MB    17.73MB         429       0
3-28 19:32   S     20         0s      1   187.50MB     9.68MB 89.1%     1804kB    16.79MB    17.86MB        1281       0
3-28 19:33   S     20         0s      1   187.50MB     9.68MB 89.1%     1804kB    16.79MB    17.86MB        1281       0

решение1

Проблема на самом деле была не в самом сервере. Сервер был виртуальным частным сервером и имел назначенный IP, который использовался другим сервером в сети. Вот почему были некоторые случайные проблемы с подключением!

Связанный контент