[FUG-BR] maxproc limit uid 89, tuning qmail
Carlos A. Talhati
cat em bsd.com.br
Quinta Maio 20 08:02:16 BRT 2010
sobre o spam, porque não usa o SOFTFAIL (/usr//ports//mail//softfail//),
é ótimo.
em relação a fila, vc usa RBL?
ja verificou se alguma delas esta desativada?
Carlos
Em 19/05/2010 16:03, Joel Cappellesso escreveu:
> Obrigado pelo retorno, vou dar uma olhada no patch que mencionaram,
> deve ajudar tmb. Vamos lá:
>
> Meu tcpserver está configurado para atender até 160 conexões simultâneas.
> Qmailmrtg do tcpserver: média de 112 simultâneas.
> Max Average Current
> SMTP 150.0 SMTP (150.0%) 112.0 SMTP (112.0%) 127.0 SMTP (127.0%)
> SMTP 150.0 SMTP (150.0%) 112.0 SMTP (112.0%) 127.0 SMTP (127.0%)
>
> Queue Size: O problema é quando ele aumenta as mensagens não
> processadas. No momento por exemplo 194 ainda não foram processadas.
> Max Average Current
> msg 1531.0 Msg (15.3%) 590.0 Msg (5.9%) 673.0 Msg (6.7%)
> unprocessed msg: 1210.0 Msg (12.1%) 58.0 Msg (0.6%) 194.0 Msg (1.9%)
>
> Mensagens/hora
> Max Average Current
> Deliveries: 12.9 kmsg (129.1%) 6065.0 msg (60.6%) 10.6 kmsg (105.8%)
> Attempts: 14.8 kmsg (148.3%) 7081.0 msg (70.8%) 12.0 kmsg (119.5%)
>
> # cat concurrencyincoming
> 150
> # cat concurrencyremote
> 200
> # cat concurrencylocal
> 200
>
> Utilizo o spamdyke + simscan + spamassassin + clamd.
>
> Recebo muito spam, com certeza. São aproximadamente 7.000 caixas
> postais. Provedor.
> No geral está funcionando bem. Só achei que ele deveria entregar mais
> mensagens locais simultâneamente.
>
> Tenho a impressão que é o disco, fiz um iostat em 2 momentos. Com fila e sem.
> Não encontrei diferença nos dois. Alguma dica para tirar a certeza se
> é ou não disco?
>
> #sem fila
> # /var/qmail/bin/qmail-qstat
> messages in queue: 455
> messages in queue but not yet preprocessed: 0
> # iostat -c 10
> tty ad4 cpu
> tin tout KB/t tps MB/s us ni sy in id
> 0 1 15.87 89 1.38 18 0 4 0 78
> 0 129 8.97 89 0.78 23 0 6 0 71
> 0 43 9.79 56 0.53 20 0 7 0 73
> 0 43 6.67 83 0.54 6 0 3 0 92
> 0 43 8.92 104 0.90 16 0 4 0 80
> 0 43 11.17 118 1.29 10 0 5 0 86
> 0 43 16.16 141 2.22 16 0 3 0 81
> 0 43 20.33 129 2.56 18 0 5 0 77
> 0 43 16.80 142 2.33 24 0 6 0 69
> 0 43 20.48 146 2.92 35 0 7 0 58
>
> #com fila/mensagens na espera para serem processadas.
> # iostat -c 10
> tty ad4 cpu
> tin tout KB/t tps MB/s us ni sy in id
> 0 16 15.92 91 1.42 18 0 4 0 77
> 0 129 6.54 92 0.59 46 0 9 0 45
> 0 43 7.79 122 0.93 77 0 6 0 17
> 0 43 5.96 100 0.58 82 0 6 0 12
> 0 43 7.03 97 0.67 54 0 13 0 34
> 0 43 5.61 132 0.72 10 0 2 0 88
> 0 43 22.04 134 2.88 61 0 20 0 18
> 0 43 8.62 146 1.23 71 0 13 0 16
> 0 43 12.49 181 2.20 41 0 6 0 53
> 0 43 13.84 126 1.70 39 0 7 0 54
>
>
> # cat /usr/local/etc/clamd.conf |grep -v "#" |grep -v "^$"
> LogFile /var/log/clamav/clamd.log
> PidFile /var/run/clamav/clamd.pid
> DatabaseDirectory /var/db/clamav
> LocalSocket /var/run/clamav/clamd.sock
> FixStaleSocket yes
> MaxConnectionQueueLength 40
> MaxThreads 45 <--- talvez
> MaxQueue 200
> User clamav
> AllowSupplementaryGroups yes
> ScanMail yes
>
> Não parece ser limite no spamassassin. Está configurado para até 100 conexões.
> /usr/local/bin/spamd -c -v -u simscan -d -m 100 -r
> /var/run/spamd/spamd.pid -s /var/log/spamd.log (perl5.8.9)
>
> Obrigado
> Joel
>
>
>
>
> Em 18 de maio de 2010 08:17, renato martins <renatobsd at gmail.com> escreveu:
>
>> cara o qmail mesmo com muito trafego não consome tanto cpu e memoria assim é
>> possivel que voce esteja rodando mais aplicativos como spamassassin, clamav
>> que estão consumido essa sua memoria e cpu.
>>
>> rode o top por um tempo e veja oque esta consumindo tanto outra coisa use o
>> qmhandle para verificar sua fila que deve estar lotada de spams
>>
>> Em 17 de maio de 2010 14:16, Joel Cappellesso <cappellesso at gmail.com>escreveu:
>>
>>
>>> Ola Pessoal,
>>>
>>> May 17 09:22:21 avalon kernel: maxproc limit exceeded by uid 89,
>>> please see tuning(7) and login.conf(5).
>>> May 17 09:22:50 avalon last message repeated 9 times
>>>
>>> meu login.conf o default está:
>>>
>>>
>>> default:\
>>> ....
>>> :maxproc=unlimited:\
>>> ....
>>>
>>> Não deveria estar sem limite .
>>>
>>> Ou ele utiliza:
>>>
>>> kern.maxproc: 6164
>>> kern.maxprocperuid: 5547
>>>
>>> Estou aumentando agora:
>>> sysctl kern.maxprocperuid=8547
>>> kern.maxprocperuid: 5547 -> 8547
>>> para teste.
>>>
>>> Para melhorar a performance adicionei no arquivo : /boot/loader.conf
>>> kern.ipc.nsfbufs="79872" # Set the number of sendfile(2)
>>> bufs
>>>
>>> Isso já melhorou o número de mensagens entregues ao mesmo tempo. Mas
>>> ainda não ficou legal, não passa das 40 simultâneos.
>>>
>>> Alguem tem alguma dica para melhorar a performance do qmail?
>>>
>>> # netstat -m
>>> 700/1325/2025 mbufs in use (current/cache/total)
>>> 279/733/1012/25600 mbuf clusters in use (current/cache/total/max)
>>> 279/476 mbuf+clusters out of packet secondary zone in use (current/cache)
>>> 0/726/726/12800 4k (page size) jumbo clusters in use
>>> (current/cache/total/max)
>>> 0/0/0/6400 9k jumbo clusters in use (current/cache/total/max)
>>> 0/0/0/3200 16k jumbo clusters in use (current/cache/total/max)
>>> 733K/4701K/5434K bytes allocated to network (current/cache/total)
>>> 0/0/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters)
>>> 0/0/0 requests for jumbo clusters denied (4k/9k/16k)
>>> 0/22/79872 sfbufs in use (current/peak/max)
>>> 0 requests for sfbufs denied
>>> 0 requests for sfbufs delayed
>>> 1112 requests for I/O initiated by sendfile
>>> 0 calls to protocol drain routines
>>>
>>> last pid: 42903; load averages: 2.12, 3.70, 3.03
>>> up 9+22:11:27 14:12:33
>>> 327 processes: 12 running, 298 sleeping, 1 zombie, 16 lock
>>> CPU: 69.0% user, 0.0% nice, 26.6% system, 0.4% interrupt, 3.9% idle
>>> Mem: 541M Active, 2032M Inact, 235M Wired, 69M Cache, 112M Buf, 625M Free
>>> Swap: 4096M Total, 204K Used, 4096M Free
>>>
>>> Valeu
>>> Joel
>>> -------------------------
>>> 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
>
Mais detalhes sobre a lista de discussão freebsd