URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID8
Нить номер: 5951
[ Назад ]

Исходное сообщение
"Важно, помогите!!! перестал запускаться apache"

Отправлено Loger , 24-Авг-08 10:38 
встаю с утра, случайно замечаю что не работает один из сайтов, которые у нас на серваке (учитывая что ничего не делалось ночью и ранее - оно странно).
перезапускаю апач - он перестает работать :-\
причем в его логах нет ошибок только ноутисы и ворнинги (если отключить модули ssl и digest - ничего не изменится)
[Sun Aug 24 10:38:14 2008] [warn] Init: Session Cache is not configured [hint: SSLSessionCache]
[Sun Aug 24 10:38:15 2008] [notice] Digest: generating secret for digest authentication ...
[Sun Aug 24 10:38:15 2008] [notice] Digest: done


еще что заметил что с 23 по 24 (то есть вчера и сегодня) кто-то усиленно долбился по ssh, но неудачно судя по логам.

в чем может быть проблема? если проблема с портом (хотя не понятно почему. nginx прекрасно рестартует), как посмотреть? где еще посмотреть логи - если апач их не пишет?


Содержание

Сообщения в этом обсуждении
"Важно, помогите!!! перестал запускаться apache"
Отправлено Loger , 24-Авг-08 11:20 
разобрался
вообщем, как оказалось - это PHP сгенерил очень большой лог с ворнингами, что не может какую-то библиотеку подключить (лог накапливался)

кстати кто знает, как настроить ротацию логов PHP & apache ?


"Важно, помогите!!! перестал запускаться apache"
Отправлено TyLLIKAH , 24-Авг-08 13:19 
>кстати кто знает, как настроить ротацию логов PHP & apache ?

man 5 newsyslog.conf - ротация вообще любых логов


"Важно, помогите!!! перестал запускаться apache"
Отправлено Vitaly_loki , 24-Авг-08 13:21 
>>кстати кто знает, как настроить ротацию логов PHP & apache ?
>
>man 5 newsyslog.conf - ротация вообще любых логов

Apache не через syslog пишет, а использует собственный механизм... если, конечно, не настроено обратное (писать через syslog)


"Важно, помогите!!! перестал запускаться apache"
Отправлено TyLLIKAH , 24-Авг-08 14:35 
>Apache не через syslog пишет, а использует собственный механизм... если, конечно, не
>настроено обратное (писать через syslog)

И, тем не менее, всё отлично работает