Сервер не отвечает на SSH и HTTP, но пинг работает

Я запросил полную перезагрузку, потому что ни один из ssh и http не работал. Пинг работал нормально.

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

Спасибо! (Debian 6 на лампе)

Изменить: моя память и обмен:

Mem:   4040068k total,  1114920k used,  2925148k free,   109212k buffers
Swap:  1051384k total,        0k used,  1051384k free,   283820k cached

4 ГБ оперативной памяти

(и более 1 ТБ жесткого диска)

Причина от 2 дней назад:

Посмотрите, как использование свопа идет +60% менее чем за 10 часов

Моя панель управления сообщает об этом как о 5 лучших процессах использования памяти:

Если каждый процесс apache2 имеет размер 190 МБ, то это достаточно, потому что, если я делаю ТОП, у меня 262 спящих процесса, большинство из них apache2!

Мои настройки apache mpm_prefork:

<IfModule mpm_prefork_module>
    StartServers          5
    MinSpareServers       5
    MaxSpareServers      10
    ServerLimit      1500
    MaxClients            1500
    MaxRequestsPerChild   2000
</IfModule>

KeepAlive On


MaxKeepAliveRequests 100


KeepAliveTimeout 4
Источник

1 ответ

Решение

Which logs should i check to understand what was the problem?

Все они. ping просто работа означает, что достаточно стека IP для обработки эхо-запросов ICMP (это не огромная часть системы по сравнению с тем, что требуется для SSH и веб-серверов). Вы могли бы иметь то, что я называю "частичной паникой" (ядро взорвалось, но IP-код продолжал работать), не хватило ОЗУ, или ваши SSH/HTTPd-процессы могли быть сброшены по неизвестным причинам.

/var/log/messages Вероятно, это хорошая отправная точка, как и журнал для вашего веб-сервера (предположительно, Apache). Если ничего другого, это даст вам представление о том, когда система в последний раз работала и как долго она находилась в состоянии безмозглости до перезагрузки...

Обновление на основе комментария

Похоже, что-то утечка памяти.
Когда у вас закончился обмен, пользовательское пространство взорвалось, но ядро ​​(подключенное к ОЗУ) могло продолжать работать и отвечать на запросы ping.

Для постоянного разрешения вы должны внимательно следить за использованием свопа, и когда вы заметите, что он имеет тенденцию к повышению (более 33% - мой порог), выследите процесс с наибольшим количеством используемых свопов: это, вероятно, ваш виновник.

Источник
Другие вопросы по тегам