ПРОЕКТЫ 


  АРХИВ 


Apache-Talk @lexa.ru 

Inet-Admins @info.east.ru 

Filmscanners @halftone.co.uk 

Security-alerts @yandex-team.ru 

nginx-ru @sysoev.ru 

  СТАТЬИ 


  ПЕРСОНАЛЬНОЕ 


  ПРОГРАММЫ 



ПИШИТЕ
ПИСЬМА














     АРХИВ :: Apache-Talk
Apache-Talk mailing list archive (apache-talk@lists.lexa.ru)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [apache-talk] =?KOI8-R?B?0NLPwszFzdkgws/M2NvJyCDMz8fP?==?KOI8-R?Q?=D7?=







Eldar Kononov.

/*
 * Barba crescit caput nescit
 */

On Wed, 7 May 2003, Igor Sysoev wrote:

+|>
+|>On Wed, 7 May 2003, Yuri Stepanov wrote:
+|>
+|>> On Wed, 7 May 2003, Dmitriy Beloslyudtsev wrote:
+|>>
+|>> > А как народ решает проблемы больших логов у апача 1.3.*?
+|>> > Теоретически все очень просто, сначала делаешь mv логфайла,
+|>> > потом graceful restart. Работающие запросы по окончании запишут свой
+|>> > результат в старый файл, а новые запросы будут писаться в новый файл.
+|>> > Но есть медленные клиенты, запрос от которых может выполняться несколько
+|>> > часов. И их запросы не хочется терять. Место на сервере ограничено, логи 
+надо
+|>> > переносить с вебсерверов в другое место для обработки. Каждый frontend в 
+сутки
+|>> > дает три гига логов. Есть ли какие альтернативы?

каждые 10 минут вызывается
cat access_log >> access_log.tmp && cp /dev/null access_log

а потом ночью
cat access_log.tmp | gzip -9 > access_log.YY-mm-dd.gz &&         cp /dev/null access_log.tmp




 




Copyright © Lexa Software, 1996-2009.