Apache периодически перестает писать логи

1 234
iHead
На сайте с 25.04.2008
Offline
137
#31
Romka_Kharkov:
Я вот ссылку вашу почитал, что-то не пойму, вы это говорите потому что чилды поумирают? Это вся разница?

все чайлды все равно поумирают. что при HUP, что при USR1.

отличие ли в том, что при USR1 чайлды обработают свои последние запросы.

принципиальной разницы как рестартовать апач после ротации логов нет.

myhand утверждает, что в случае с HUP это может занимать до минуты. в чем я лично сомневаюсь.

Рекомендуемый хостинг партнер 1С-Битрикс (https://www.ihead.ru/bitrix/), PHP-хостинг (https://www.ihead.ru/php/), доверенный партнер RU-CENTER (https://www.ihead.ru/news/573.html), официальный представитель REG.RU в Кирове (https://www.ihead.ru/news/851.html)
Andreyka
На сайте с 19.02.2005
Offline
822
#32
sabotage:

Много свободных Gb.

Тогда проверяй лог крона. Есть ли там вызов ротатора за указанные дни?

Не стоит плодить сущности без необходимости
M
На сайте с 16.09.2009
Offline
278
#33
Andreyka:
Тогда проверяй лог крона. Есть ли там вызов ротатора за указанные дни?

На всякий случай - можно, конечно. Но сильно сомневаюсь, что крон задания какой-нибудь oom-killer поувивал, а ТС не заметил каких-либо проблем посущественней ротации логов ;)

iHead:
все чайлды все равно поумирают. что при HUP, что при USR1.
отличие ли в том, что при USR1 чайлды обработают свои последние запросы.
принципиальной разницы как рестартовать апач после ротации логов нет.

Вы все слова в собственном-то посте поняли? В одном случае - имеем кучу отказов в обработке запросов. В другом - нет. Клиенты вообще такого рестарта не заметят, если MPM апача верно сконфигурирован.

iHead:
myhand утверждает, что в случае с HUP это может занимать до минуты. в чем я лично сомневаюсь.

myhand ничего подобного не утверждал. На время рестарта HUP или USR1 никак не влияет - и там и там перечитывается конфигурация полностью. Именно она определяет время рестарта.

Вам указывали на другое существенное различие.

PS: "myhand утверждал", что iHead читать не умеет. Теперь он сильно подозревает, что это неустранимый дефект изделия...

Абонементное сопровождение серверов (Debian) Отправить личное сообщение (), написать письмо ().
iHead
На сайте с 25.04.2008
Offline
137
#34
myhand:

Вы все слова в собственном-то посте поняли? В одном случае - имеем кучу отказов в обработке запросов. В другом - нет. Клиенты вообще такого рестарта не заметят, если MPM апача верно сконфигурирован.
myhand ничего подобного не утверждал. На время рестарта HUP или USR1 никак не влияет - и там и там перечитывается конфигурация полностью. Именно она определяет время рестарта.

Вам указывали на другое существенное различие.

PS: "myhand утверждал", что iHead читать не умеет. Теперь он сильно подозревает, что это неустранимый дефект изделия...

вот тут вы сказали:

Скажем так... На большом хостинге апачи рестартятся подольше: на порядок, а то и до минуты может дойти Вы просто таких еще пока не видели - маленький ишшо.

далее я устраняюсь из темы, ибо говорить больше не о чем.

M
На сайте с 16.09.2009
Offline
278
#35
iHead:
вот тут вы сказали

Ну так есть разница, когда апач сперва прибивает всех потомков и затем перечитывает конфигурацию, переоткрывает логи (это - может быть долго) и когда перечитывает конфигурацию, переоткрывает логи и уже потом запускает новых потомков, дождавшись отработки висящих запросов?

"Занимает" рестарт - время приблизительно одинаковое. Только эффект на клиентов оказывает разный.

iHead:
далее я устраняюсь из темы, ибо говорить больше не о чем.

Думаю, что давно пора. Не спешите удивить своими знаниями - подумайте сперва над тем, что Вам пишут ;)

sabotage
На сайте с 14.02.2007
Offline
192
#36

Прошла ротация. В течении дня лог писался нормально, после ротации/архивации остались только данные за:

[19/Aug/2011:00:01:13 +0300]

...
[19/Aug/2011:00:27:55 +0300]

То есть ~30 минут за сегодня, а вчерашний день полностью выкошен. Пойду на http://forum.ispsystem.com/ru/, поспрошаю.

UPD Местные там тоже обитают, подключитесь к сабжу, если не сложно.

M
На сайте с 16.09.2009
Offline
278
#37
sabotage:
Прошла ротация.

И что? Потерпите - пусть хоть день она делается нормально, а потом трубите тревогу.

PS: Хотя хорошо, что завели тему. Сама идея писать в один и тот же лог от совершенно разных сервисов - достойна отдельного приза за маразм.

1 234

Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий