сервер httpd просто не хочет работать больше
Существуют некоторые случаи, где это - проблема:
- Обновление JDK, в то время как java-VM работает: Я спросил myselv тот же вопрос, который Вы получили - у меня был рабочий кот, который использует Java. Теперь после обновления патча JDK это все еще работало без проблем - таким образом, это казалось.
Теперь объяснение является кэш-памятью. Хорошо - я запустил программу пожирателя ресурсов памяти для израсходования всей доступной RAM - и затем разрушенный кот (после того, как я получил доступ к приложению, работающему там).
- Обновление ядра в системах SuSE: На SuSE старое ядро и его модули становятся удаленными прямо после обновления патча ядра. Если Вы затем захотите использовать что-то новое, которое требует модуля ядра, который не был загружен вплоть до сих пор, то сервис перестанет работать.
Как Mauro предполагает - проверяют журналы httpd/apache - обычно под/var/log. Их местоположения могут варьироваться; для нахождения их попробуйте:
find /var/log -name '*http*' -print
find /var/log -name '*apache*' -print
Можно также проверить конфигурацию - типичная причина этого типа проблемы:
service httpd configtest
Если перезагрузка сервера перезапускает httpd, но сервисные команды не делают, который предполагает, что проблема могла состоять в том, что httpd запускается при начальной загрузке другой путь (попытка chkconfig узнать), или некоторое состояние во время выполнения является ведущим к проблеме (такой как сервер, испытывающий нехватку памяти из-за слишком многих процессов с помощью слишком большой памяти). Для проверки по возможной связанной с памятью причине попробовать dmesg и посмотрите, работал ли уничтожитель OOM.
-
1сделанный сервис httpd configtest результат помещается. Каково местоположение апачских журналов? – user4951 30.08.2013, 08:52
-
2я не вижу, что configtest производит; это находится в вопросе? Найденный им. – ash 30.08.2013, 09:02
Сервер снизился, потому что я восстанавливаю учетную запись со многими доменами. Учетные записи имеют 270 субдоменов. В то время как восстановление не завершено, сервер снижается.
Я думаю, что это имеет некоторое отношение к cpanel, а не Linux.
Когда процесс восстановления завершен, сервер работает.
Проверка журналов сервера показывает, что сервер принимает соединения. Так или иначе это просто не показывает веб-сайта.
Таким образом, httpd сервер работает все это время. Этому просто не удается привести к любому веб-сайту, в то время как другая учетная запись находится в восстановлении.
Это - то, как сервер снижается в течение 3 часов :(