On Mon, Feb 05, 2024 at 09:56:54PM +0200, Gena Makhomed wrote:
> On 05.02.2024 15:21, Anatoliy Melnik via nginx-ru wrote:
> > Если у вас уже есть такое рабочее решение - поделитесь опытом, буду рад вас выслушать.
>
> Создание нормального рабочего решения должно начинаться
> с внимательного чтения документации и исходников nginx.

Насчёт чтения исходников -- выглядит примерно таким же экстремизмом,
как требование знания ассемблера для прикладного программиста... :)

> Какую именно существующую проблему Вы пытаетесь решить
> с помощью ротации лог-файлов с интервалом в 30 секунд?

Товарищ отвечал на этот вопрос:
https://mailman.nginx.org/pipermail/nginx-ru/2024-January/MD45SEEP573DPPEQYAFT26MPMUK5646B.html

> Потому что если программа, которая читает данные из unix socket`а
> отвалится - тогда произойдет переполенение буфера и nginx тогда
> заблокируется на операции записи в unix socket, и как следствие
> этого - перестанет выполнять свою основную функцию - перестанет
> отвечать на запросы клиентов по http / https протоколу.

Если так, и без вариантов, то это скорее недостаток nginx-а. Нужно делать
запись в сислог через неблокирующийся сокет, и дропать записи если
отправлять их не удаётся. Потому что в подавляющем большинстве случаев
факт работоспобности сервиса ВАЖНЕЕ правильности его работы и отсутствия
разных недостатков, вроде пропуска записей в логах. А ещё лучше дать юзеру
ручку, управляющую поведением программы при блокировке записи в лог.

По мне так пример разумного подхода -- сквидовский logfile-daemon.
--
Eugene Berdnikov
_______________________________________________
nginx-ru mailing list
nginx-ru@nginx.org
https://mailman.nginx.org/mailman/listinfo/nginx-ru