Re: запись в access_log больших объемов данных
Oleg Palij
o.palij at dp.uz.gov.ua
Tue Feb 18 09:00:30 UTC 2014
13 февр. 2014, в 13:42, Валентин Бартенев <vbart at nginx.com> написал(а):
> On Thursday 13 February 2014 08:53:59 Oleg Palij wrote:
>>
>> 12 февр. 2014, в 19:45, Валентин Бартенев <vbart at nginx.com> написал(а):
>>> On Wednesday 12 February 2014 13:40:23 Oleg Palij wrote:
>>>> Пишем в access_log данные POST:
>>>>
>>>> Некоторые данные приходят обрезанными, т.е. идут нормальные данные, потом \n и начинается новая строка с данными.
>>>> POST данные могут быть большими (до 500 килобайт).
>>>>
>>>> Не может это быть связанно с тем что nginx пишет из одного потока в лог, не успевает дописать, как туда же начинает писать другой поток, прерывая тем самым запись предыдущего?
>>>> И можно-ли что-то с этим сделать?
>>>>
>>>> nginx/1.4.4
>>>> Linux 3.10.17 x86_64
>>>
>>> timer_resolution используется?
>>
>> Да. В конфиге есть timer_resolution 100ms;
>
> Уберите и будет всё нормально.
Убрал. Не помогло.
После пересобрал nginx без сторонних модулей, убрал практически все опции, которые меняли значения по-умолчанию. Осталось только:
worker_rlimit_nofile 8192;
worker_processes 8;
events {
worker_connections 1024;
use epoll;
}
output_buffers 1 1024k;
sendfile on;
tcp_nopush on;
tcp_nodelay on;
keepalive_timeout 75 20;
server_names_hash_bucket_size 128;
И для location, где происходит логирование включил client_body_in_single_buffer. Пока наблюдаю (проблема бывает не часто).
Что еще можно поковырять?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20140218/ad434703/attachment.html>
Подробная информация о списке рассылки nginx-ru