Nginx, logrotate и пустые файлы

Это изменит полномочия каждого каталога в текущем каталоге и всех файлах и папках в них, я думаю, что это - то, что Вы хотите, но быть осторожными из-за рекурсии...

find . -maxdepth 1 -type d -exec chmod -R 700 {} \;
0
задан 16 March 2010 в 18:42
2 ответа

Немного поздно, но я нашел, что кажется, что это - ошибка в USR1, сигнализирующем к nginx. Согласно документации это предназначено, чтобы вновь открыть журналы (http://wiki.nginx.org/LogRotation), но это, кажется, не.

Я вставил обходное решение путем отправки ПОНУКАНИЯ вместо этого, которое перезагрузит конфигурацию.

[ ! -f /tmp/nginx.pid ] || kill -HUP `cat /tmp/nginx.pid`

Это, кажется, фиксирует его, но если бы вызов USR1 работал, то это было бы более здорово, чтобы сделать это, поскольку это - минимальная операция. ПОНУКНИТЕ я не думаю, отбросит любые соединения, по крайней мере.

2
ответ дан 4 December 2019 в 12:09

Немного поздно, но я обнаружил, что это похоже на ошибку в передаче сигналов USR1 на nginx.

Вы должны проверить права для папки журнала. Пользователь Nginx должен иметь права на выполнение / поиск в этой папке.

И журналы работают после сигнала USR1 :)

2
ответ дан 4 December 2019 в 12:09

Теги

Похожие вопросы