Corrigimos esse problema excluindo o arquivo e reiniciando o verniz. Na reinicialização, o arquivo foi recriado e não houve mais nenhum problema.
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.
Eu me deparei com esse problema reiniciando o verniz, problema era minha umask.
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.
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.
Tags varnish