Em 10/08/07, Daniel Vieira Dias<[EMAIL PROTECTED]> escreveu: > Sempre usei o squidGuard com blacklist e nunca tive problemas. > No Sarge as verões dos pacotes são: > squid 2.5.9-10sarge2 > squidguard 1.2.0-5 + blacklist > Nesta configuração o squidGuard compila os arquivos de blacklist e cria > arquivos .db para cada arquivo de blacklist no mesmo diretório e este > arquivo se mantém estático até que alguma atualização seja feita. > > No etch, o squidGuard cria arquivos temporários de nome variável, sempre > começando com BDB no diretório /var/tmp. Para se ter idéia do tamanho do > arquivo, para uma blacklist de aprox. 2milhões de entradas, geram aprox > 700 MB de BDBs (no sarge a mesma blacklist gera menos de 400MB de .db), > só que quando reinicia o serviço do squid, são gerados novos BDBs e os > antigo não são apagados. Mesmo não reiniciando o serviço do squid, o > squidGuard vai criando mais BDBs de tempos em tempos. Para se ter uma > idéia, em tres dias testando o squid, blacklists e outros, foi > suficiente para os BDBs ocuparem 70GB de espaço em um HD de 80GB. Alguém > sabe como controlar este problema? Ou como fazer o squidGuard do etch se > comportar como o do sarge? Só para complementar, testei a ultima versão > do squidGuard (compilado) e deu o mesmo pau. Será problema no > BerkeleyDB??????? HELP!!!!! > Versões no ETCH > squid 2.6.5-6 > squidGuard 1.2.0-9 + Blacklist > > Daniel Dias
Olha, eu uso SquidGuard num Debian Etch, instalado a partir dos pacotes do repositório oficial desse release mesmo, e ele gera os DBs que você falou normalmente, assim como você descreveu quando usava o Sarge. Nada de outros arquivos enchendo o disco. Eu gero os DBs com squidguard -C all, e vai na boa. E quando mudo alguma, faço de novo e ele atualiza. Realmente estranho, mas creio que o problema não seja o pacote do Etch.