Varnish falha ao iniciar devido à permissão negada exception

2

Eu tenho um servidor Red Hat, o Red Hat Enterprise Linux Server 5.2 (Tikanga) e estou tentando iniciar o Varnish nele. Quando tento iniciar o verniz, sempre recebo a seguinte exceção,

Pushing vcls failed: dlopen(./vcl.1P9zoqAU.so): ./vcl.1P9zoqAU.so: cannot open shared object file: Permission denied

Eu tenho outro servidor idêntico que não tem esse problema. Eu instalei o Varnish no servidor Red Hat seguindo as instruções descritas no link

Existe algum problema de configuração que precisa ser ajustado para evitar que esse problema ocorra? Minha investigação inicial e meus pensamentos foram de que o servidor não tinha espaço em disco suficiente, mas acredito que limpei bastante espaço livre.

    
por Mike Munroe 28.04.2011 / 20:35

4 respostas

0

Corrigimos esse problema excluindo o arquivo e reiniciando o verniz. Na reinicialização, o arquivo foi recriado e não houve mais nenhum problema.

    
por 18.06.2011 / 03:46
2

Eu me deparei com esse problema reiniciando o verniz, problema era minha umask.

    
por 15.03.2012 / 17:35
0

Poderia ser uma série de coisas, mas eu tive esse erro com o Varnish no Ubuntu, e foi porque eu tinha / var montado como -noexec. Remover o atributo -noexec em / etc / fstab corrigiu-o.

    
por 30.04.2011 / 11:55
0

Selinux pode ser a causa. Verifique seu log de auditoria (/var/log/audit/audit.log) para alertas. Se houver algum, você pode querer usar algo como audit2allow para adicionar mais regras de selinux.

    
por 09.06.2011 / 16:24

Tags