POis é, o cache.log é q está anexado aqui. Fora isso não ha nada diferente, todos arquivos com permissão e grupos corretos.... Já pesquisei... e tem gente com esse problema tb.... parece q não funciona legal essa conf no freebsd.
Ainda estou pesquisando e tentando... vou tentar agora com o squid3.0 Abraços e muito obrigado pelas dicas!! Gustavo From: [email protected] Sent: Monday, June 01, 2009 5:36 PM To: [email protected] Subject: Re: [squid-br] Problemas url_rewriter helpers 2009/6/1 Luís Gustavo <[email protected]>: > > > Pessoal tento implementar o squid + thundercache para fazer cache full, > porém qdo executo o squid, ele mostra o erro conforme abaixo: Alguém poderia > me dar uma luz de como q eu arrumo isso?? Muito obrigado! > > squid -NCd10 > 2009/06/01 16:00:00| Starting Squid Cache version 2.7.STABLE6 for > i386-portbld-freebsd7.2... > 2009/06/01 16:00:00| Process ID 32117 > 2009/06/01 16:00:00| With 11095 file descriptors available > 2009/06/01 16:00:00| Using kqueue for the IO loop > 2009/06/01 16:00:00| Performing DNS Tests... > 2009/06/01 16:00:00| Successful DNS name lookup tests... > 2009/06/01 16:00:00| helperOpenServers: Starting 5 'dnsserver' processes > 2009/06/01 16:00:00| helperOpenServers: Starting 10 'loader.php' processes > 2009/06/01 16:00:01| logfileOpen: opening log /var/log/squid/access.log > 2009/06/01 16:00:01| Unlinkd pipe opened on FD 25 > 2009/06/01 16:00:01| Swap maxSize 102400000 + 716800 KB, estimated 0 objects > 2009/06/01 16:00:01| Target number of buckets: 396603 > 2009/06/01 16:00:01| Using 524288 Store buckets > 2009/06/01 16:00:01| Max Mem size: 716800 KB > 2009/06/01 16:00:01| Max Swap size: 102400000 KB > 2009/06/01 16:00:01| Store logging disabled > 2009/06/01 16:00:01| Rebuilding storage in /cache/squid/dir0 (DIRTY) > 2009/06/01 16:00:01| Rebuilding storage in /cache/squid/dir1 (DIRTY) > 2009/06/01 16:00:01| Rebuilding storage in /cache/squid/dir2 (DIRTY) > 2009/06/01 16:00:01| Rebuilding storage in /cache/squid/dir3 (DIRTY) > 2009/06/01 16:00:01| Rebuilding storage in /cache/squid/dir4 (DIRTY) > 2009/06/01 16:00:01| Rebuilding storage in /cache/squid/dir5 (DIRTY) > 2009/06/01 16:00:01| Rebuilding storage in /cache/squid/dir7 (DIRTY) > 2009/06/01 16:00:01| Rebuilding storage in /cache/squid/dir8 (DIRTY) > 2009/06/01 16:00:01| Rebuilding storage in /cache/squid/dir9 (DIRTY) > 2009/06/01 16:00:01| Rebuilding storage in /cache/squid/dir10 (DIRTY) > 2009/06/01 16:00:01| Using Least Load store dir selection > 2009/06/01 16:00:01| Set Current Directory to /cache/squid > 2009/06/01 16:00:01| Loaded Icons. > 2009/06/01 16:00:01| Accepting transparently proxied HTTP connections at > 0.0.0.0, port 9090, FD 34. > 2009/06/01 16:00:01| Accepting SNMP messages on port 3401, FD 35. > 2009/06/01 16:00:01| WCCP Disabled. > 2009/06/01 16:00:01| Ready to serve requests. > 2009/06/01 16:00:01| WARNING: url_rewriter #1 (FD 11) exited > 2009/06/01 16:00:01| WARNING: url_rewriter #2 (FD 12) exited > 2009/06/01 16:00:01| WARNING: url_rewriter #3 (FD 13) exited > 2009/06/01 16:00:01| WARNING: url_rewriter #4 (FD 14) exited > 2009/06/01 16:00:01| WARNING: url_rewriter #5 (FD 15) exited > 2009/06/01 16:00:01| Too few url_rewriter processes are running > FATAL: The url_rewriter helpers are crashing too rapidly, need help! > > Abort > > Gustavo > VBTelecom Não sei o que é o "thundercache" e não sei o que significa "cache full". Pelo log, acredito que "loader.php" refira-se ao ao "thundercache". De qualquer forma, gostaria de sugerir as seguintes verificações: -a execução de "loader.php", na linha de comando, acontece sem problemas? -o "loader.php" tem as permissões de que necessita (salvo engano, ele será executado com user/group que executa o Squid)? -há alguma informação no cache.log? Obrigado. Cássio
