Olá, 2009/8/14 zeca <[email protected]>: > se url_rewrite_children aumentar ou diminir acontece > a mesma coisa > > coma mensagem de erro. > > 2009/08/14 23:20:13| WARNING: redirector #2 (FD 9) exited > 2009/08/14 23:20:13| WARNING: redirector #1 (FD 8) exited > 2009/08/14 23:20:13| WARNING: redirector #3 (FD 10) exited > 2009/08/14 23:20:13| WARNING: redirector #4 (FD 11) exited > 2009/08/14 23:20:13| WARNING: redirector #6 (FD 13) exited > 2009/08/14 23:20:13| WARNING: redirector #8 (FD 15) exited > 2009/08/14 23:20:13| WARNING: redirector #9 (FD 16) exited > 2009/08/14 23:20:13| WARNING: redirector #5 (FD 12) exited > 2009/08/14 23:20:13| WARNING: redirector #7 (FD 14) exited > 2009/08/14 23:20:13| WARNING: redirector #11 (FD 18) exited
Isso dever estar no cache.log certo? O que vem antes disso acontecer? Não há nenhuma outra mensagem que possa auxiliar? > > o log do squidguard esta sendo gerado no /var/log/squid3 e tem as > categorias la so no store.log que tem > Esse arquivo store.log é gerado pelo Squid, não pelo squidGuard, certo? Não entendi a relação. A propósito, a menos que tenha uma boa justificativa, creio que não vai precisar do store.log. O squidGuard tem o arquivo de log que ele gera, com o resultado do processamento e carga das configurações. Uma dica: as permissões de acesso, para o que o squidGuard vai acessar, estão corretas? Qual é o userid/groupid que está sendo usado pelo Squid? Até onde me lembro, os arquivos que o squidGuard acessa precisam estar acessíveis para o userid/groupid que executa o Squid. Se o squid 'capota', o que aparece no arquivo squid.out? (se é que na solução que você usa ele gera esse arquivo). Obrigado. Cássio
