Obrigado pela atencao, Joao Carlos.
Conforme sua indicacao, dei uma olhada no clamdscan, mas ele simplesmente nao me atende.
Amanha mesmo estarei colocando 512Mb no meu pobre servidor, mas... Pq ele esta gerando esses processos todos, e pq nao os encerra?
Olhem o estado da maquina apos uma hora e quatro minutos em atividade:
load averages: 7.11, 7.10, 5.97 22:35:20
68 processes: 7 running, 60 idle
CPU states: 86.4% user, 0.0% nice, 13.6% system, 0.0% interrupt, 0.0% idle
Memory: 56M/108M act/tot Free: 12M Swap: 54M/512M used/tot
PID USERNAME PRI NICE SIZE RES STATE WAIT TIME CPU COMMAND
29982 qscand 61 0 14M 6564K run - 7:14 15.97% clamscan
1539 qscand 62 0 14M 7340K run - 6:54 15.28% clamscan
23837 qscand 61 0 14M 1032K run - 29:17 14.50% clamscan
19961 qscand 64 0 14M 8208K run - 5:49 13.77% clamscan
8025 qscand 61 0 14M 6700K run - 2:54 12.30% clamscan
3628 qscand 62 0 14M 8688K run - 1:27 11.23% clamscan
2011 qscand 59 0 14M 15M run - 1:06 9.72% clamscan
24242 _mysql 2 0 34M 2920K sleep poll 0:06 0.00% mysqld
27009 qscand -6 0 2828K 4K idle piperd 0:02 0.00% perl
13441 qscand -6 0 2880K 4K idle piperd 0:02 0.00% perl
13138 qscand -6 0 2912K 4K idle piperd 0:02 0.00% perl
30178 qmails 2 0 112K 292K idle select 0:01 0.00% qmail-send
22983 root 28 0 200K 636K onproc - 0:01 0.00% top
27001 qmaild 10 0 124K 4K idle wait 0:01 0.00% qmail-smtpd
6434 qmaild 10 0 112K 4K idle wait 0:01 0.00% qmail-smtpd
30867 qmaild 10 0 124K 4K idle wait 0:01 0.00% qmail-smtpd
2286 named 2 0 1968K 1684K sleep select 0:00 0.00% named
6799 vpopmail 2 0 468K 560K idle select 0:00 0.00% imapd
12435 root 2 0 336K 672K idle select 0:00 0.00% sshd
18627 vpopmail 2 0 512K 680K idle select 0:00 0.00% imapd
21202 vpopmail 2 0 508K 668K idle select 0:00 0.00% imapd
24416 zejose 2 0 532K 392K sleep select 0:00 0.00% sshd
12766 zejose 2 0 412K 760K sleep select 0:00 0.00% sshd
26053 _pflogd 4 0 440K 92K sleep bpf 0:00 0.00% pflogd
22208 root 10 0 88K 336K sleep nanosl 0:00 0.00% svscan
15935 vpopmail 2 0 376K 524K idle select 0:00 0.00% imapd
25491 _syslogd 2 0 132K 440K sleep poll 0:00 0.00% syslogd
1246 root 2 0 96K 160K idle select 0:00 0.00% qmail-lspaw
21396 root 3 0 960K 484K sleep ttyin 0:00 0.00% bash
3649 qmaill -6 0 60K 340K idle piperd 0:00 0.00% multilog
6594 root 2 0 412K 4K idle netio 0:00 0.00% sshd
27090 qmaild 2 0 84K 148K idle netcon 0:00 0.00% tcpserver
Saída do "netstat -m":
89 mbufs in use:
64 mbufs allocated to data
14 mbufs allocated to packet headers
11 mbufs allocated to socket names and addresses
64/90/6144 mbuf clusters in use (current/peak/max)
184 Kbytes allocated to network (81% in use)
0 requests for memory denied
0 requests for memory delayed
4 calls to protocol drain routines
Grato pela atencao,
Cesar Tibau.
João Carlos Mendes Luís wrote:
Cesar Tibau wrote:
Ola, pessoas.
Uso o qmail+vpopmail+mysql+courier-imap+qmail-scanner+clamav ha dois anos, numa receita de sucesso sobre a qual não posso me queixar.
Mas quando fui atualizar meu servidor de e-mail, comecei a ter problemas com o CLAMAV. O desgracado começou a criar processos que não se somem, ficam ali, comendo memória e processamento sem parar, e fica assim ateh tornar a máquina uma carroca. Após umas 15 horas olhem como ficou a saida do "top":
Em vez de usar o clamscan, use o clamdscan. Leia o manual e veja qual a diferença, e como deve ser configurado o seu sistema para fazer essa troca.
A configração usada é:
PIII, 128Mb RAM, dois HDs, duas placas de rede - Média de 3.000 e-mail diários sem nenhum problema, ateh a atualizacao.
Acho que a memória pode ser um problema. Muda para clamdscan, e se nao melhorar, aumente a memória RAM.
_______________________________________________________________ Para enviar um novo email para a lista: freebsd@fug.com.br Sair da Lista: http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br Historico: http://www4.fugspbr.org/lista/html/FUG-BR /
_______________________________________________________________ Para enviar um novo email para a lista: freebsd@fug.com.br Sair da Lista: http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br Historico: http://www4.fugspbr.org/lista/html/FUG-BR/
