Каким образом создается запись в логах о том, что для записи лога недостаточно места?

Question

[Александр Пятницин]

Буквально сегодня на одном из проектов наткнулся на такую запись в error_log nginx-а

2016/03/10 01:33:20 [alert] 343#0: *43891688 write() to "/u01/nginx_log/access_conf.log" failed (28: No space left on device) while logging request
....
2016/03/10 01:33:20 [alert] 334#0: *45145930 write() to "/u01/nginx_log/access_all.log" failed (28: No space left on device) while logging r

То есть видно, что место на диске кончилось пока nginx писал последнюю запись об ошибке (текст скопирован полностью, присутствует только первая бука слова request, остальная часть уже не влезла на диск).

Возник вопрос, каким образом регулируется логирование в nginx? почему он не создал так же "куском" запись в логе доступа (куда он и пытался писать изначально), но создал "кусок" в логе ошибок? Файлы логов лежат в одной папке (то есть случай, когда ошибки пишутся на другой раздел, где в тот момент было место, исключается).

В документации по этому поводу ничего не нашел.

Answer 1

[Влад Животнев]

access_log буферизуется, error_log - нет, сразу флашится на диск.

Для сбрасывания нескольких килобайт буфера nginx места не нашел, а строки в error_log влезли.

Comments

[Александр Пятницин]

Спасибо, теперь все "устаканилось" в голове.

stackoverflow.com/questions/12266150/does-nginx-bu...

Error logs are designed to be simple and reliable, to make sure errors will be logged even in critical cases, e.g., when nginx is unable to allocate memory. OS write caching is usually enough to handle logged errors. If it's not in your case, consider tuning logging level.

[Lynn «Кофеман»]

Возможно ещё дело в блочности записи на диск. Свободные блоки уже кочились, но в выделенном на error_log ещё оставалось место…

[Влад Животнев]

Алексей Тен: не, error_log фактически пишется примерно как echo bla >> "${LOG}" (ну на уровне работы системы).

Answer 2

[Dimonchik]

так получилось/совпало просто

ну, наверно, error log имеет приоритет, но в конкретный момент времени процесс не может знать, есть ли место, или уже кончилось, в даннмо случае error логу повезло, влезла хоть часть

Comments

[Александр Пятницин]

то есть access логу "не повезло"? и он не смог записать даже часть?
как я понимаю, ошибка "не хватает места" может возникнуть если перед записью nginx проверяет, хватит ли ему место на запись хранимой в буфере информации, если нет, то пишет в лог ошибку. И, получается, что во время записи ошибок он уже не проверяет на свободное место?

[Александр Пятницин]

Я бы рад покопаться в "кишочках" nginx и понять/построить некоторую логическую цепочка, которая и привела к подобной ситуации. К сожалению, моих познаний в C явно для этого не хватает, пристальное глядение в исходники пока не приносит результата.

[Dimonchik]

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

[Александр Пятницин]

dimonchik2013: практического смысла - никакого. любопытство, что мешает спать спокойно ночами, ничего большего.