Entao, Percebi tb que o diretorio /var/qmail/simscan (lixo encontrado pro clamav/simscan), estava crescendo exageradamente.
resolvi o problema "parcialmente", passei no clamd.conf de "User root" pra "User clamav" adicionei o usuario clamav nos grupos: qmail, simscan, wheel blz ficou melhor, mas os processos do clamdscan nao param de aumentar. fiz o seguinte pra ir "levando". coloquei no crontab: 5 * * * * rm -rf /var/qmail/simscan/* isso derruba varios processos em atividade (clamdscan) em atividade e zera os processos so clamdscan, liberando processamento. Desde jah agradeco a ajuda de todos. Valeu Renato e Thiago Thiago Damas wrote: > Tambem tive o mesmo problema. Utilizo o clamsmtp, e o clamd ficava > sempre no talo, tive que fazer um downgrade. > > On 2/26/07, Renato Botelho <[EMAIL PROTECTED]> wrote: > >> On 2/26/06, Willien Carvalho Fernandes >> <[EMAIL PROTECTED]> wrote: >> >>> Bom Dia, >>> >>> Ateh a semana passada, eu utilizava o clamav 0.87, qdo atualizei pra >>> 0.90, os problemas comecaram, cpu sempre "no talo" (95%). >>> >>> Os processos do clamav (clamdscan --stdout) nao param de crescer... >>> >>> nao sei se alguem ja passou por algo parecido, estou quase refazendo >>> esse servidor. >>> >>> Alguma ideia ? >>> >> Willien, >> >> Sou o mantenedor do prot do clamav, e acompanho de perto a lista de >> desenvolvimento do mesmo. >> >> Atualizei o port para a versão 0.90, e agora estamos na versão 0.90_2 >> do port após fazer vários testes e não tive nenhum caso (nem em meus >> testes e nem pessoas reportando) um problema parecido com esse. >> >> Você chegou a dar uma olhada nos logs? clamd.log principalmente >> qual a versão do seu FreeBSD? >> Me manda seu clamd.conf e freshclam.conf >> >> Pode parecer estupidez, mas confere pra ver se é realmente clamdscan >> que está sendo executado e não o clamscan, o clamscan tem realmente >> problemas de performance por ter que carregar a base toda de vírus a >> cada execução, e essa base cresce a cada dia. >> >> Na verdade o que deveria acontecer era justamente o contrário, todos >> os reports que tive foram falando de uma melhora na performance dessa >> versão. >> >> Obrigado >> -- >> Renato Botelho >> ------------------------- >> Histórico: http://www.fug.com.br/historico/html/freebsd/ >> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd >> >> > ------------------------- > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > > ------------------------- Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd