Eu apaguei o /var/log/nginx/error.log arquivo e, em seguida, criou um novo usando:
sudo nano error.log
Doing ls -lamostra que o error.log e o access.log têm as mesmas permissões.
Quando tento iniciar o nginx, recebo o erro:
alerta: não foi possível abrir o arquivo de log de erros: open () "/var/log/nginx/error.log" falha na permissão negada.
Atualizar
Ao tentar iniciar o nginx, também estou vendo:
emerg: /var/run/nginx.pid falhou 13: permissão negada.
Respostas:
Isso não resolve o seu problema, mas no futuro, se você
cat / dev / null> / arquivo / você / deseja / que / limpe
você copiará o conteúdo do arquivo sem nada e manterá todas as permissões intactas.
Não é específico ao nginx, mas Além disso, verifique se você está executando o aplicativo como o usuário que ele deve executar. Se você o executou como root, todas as permissões pertencerão ao root, para que outros usuários não possam executá-lo.
> /file/to/empty
A maneira usual de girar os logs com o NginX é renomear o arquivo e depois /etc/init.d/nginx reload. O servidor inicia um novo arquivo e você pode fazer o que quiser com o antigo.
Você também pode achar útil editar a configuração para não registrar tanto ....
dê uma olhada na configuração do nginx, verifique como o servidor está sendo executado - suponha que o usuário será o nginx
assim :
chown nginx: /var/run/nginx.pid
chown -R nginx: /var/log/nginx
Deve fazer o truque.
Primeiro tente excluir o arquivo, se isso não funcionar, verifique se o usuário ninguém possui as permissões corretas: http://derekneely.com/2009/06/nginx-failed-13-permission-denied- while - reading -
upstream/
echo "" > /file/to/empty? Ambos são iguais?