[FUG-BR] [off-topic] segunda tentativa de migração manicomio-share para FreeBSD

[Marcelo Gondim]

Em 10/01/13 00:36, Marcelo Gondim escreveu:
> Em 09/01/13 14:13, Matheus L. Abreu escreveu:
>> 2013/1/9 Luiz Gustavo S. Costa <luizgustavo em luizgustavo.pro.br>
>>
>>> Em 9 de janeiro de 2013 13:37, Marcelo Gondim <gondim em bsdinfo.com.br>
>>> escreveu:
>>>> É isso aí pessoal,
>>>>
>>>> Para aqueles aqui que já são usuários do manicomio-share.com, torçam aí
>>> "uati diz" ?? eu não conheço :) e não abriu aqui a url.
>>>
>>> --
>>> Luiz Gustavo Costa (Powered by BSD)
>>> *+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+
>>> mundoUnix - Consultoria em Software Livre
>>> http://www.mundounix.com.br
>>> ICQ: 2890831 / MSN: contato em mundounix.com.br
>>> Tel: 55 (21) 4063-7110 / 8194-1905 / (11) 4063-0407
>>> Blog: http://www.luizgustavo.pro.br
>>> -------------------------
>>> Histórico: http://www.fug.com.br/historico/html/freebsd/
>>> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>>>
>> Se precisar de um help ... além de usuário do manicomio tenho um pouco de
>> experiência em otimizações no apache/ngnix/freebsd.
>>
>>
> É povo. Muito estranho. Coloquei teoricamente as mesmas configurações de
> apache e mysql que estavam rodando com o outro sistema e o que acontece
> é o seguinte:
>
> Site entra normal e depois de alguns segundos babau, load vai lá em 400,
> mysql usando mais de 200% e aí o apache morre, morre de um jeito que os
> filhos ficam lá mas quando tenta acessar o site diz:
>
> A conexão para o servidor foi reiniciada durante o carregamento da página.
>
> E aí só re-iniciando o apache novamente. To aqui na luta tentando
> descobrir.
>
> 10143/13797/23940 mbufs in use (current/cache/total)
> 9919/2887/12806/262144 mbuf clusters in use (current/cache/total/max)
> 9919/2881 mbuf+clusters out of packet secondary zone in use (current/cache)
> 112/878/990/33280 4k (page size) jumbo clusters in use
> (current/cache/total/max)
> 0/0/0/16640 9k jumbo clusters in use (current/cache/total/max)
> 0/0/0/8320 16k jumbo clusters in use (current/cache/total/max)
> 22821K/12735K/35557K 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/0/0 sfbufs in use (current/peak/max)
> 0 requests for sfbufs denied
> 0 requests for sfbufs delayed
> 538 requests for I/O initiated by sendfile
> 0 calls to protocol drain routines
>
> # swapinfo
> Device          1K-blocks     Used    Avail Capacity
> /dev/label/swap  16777212        0 16777212     0%
>
> e o i/o de disco tá baixo. To tentando descobrir o que tá fazendo o load
> saltar de 5 pra 200.
>
> Sinistro. Com certeza tem algum tunning faltando.
No /var/log/messages fica batendo direto:

Jan 10 00:58:17 ms kernel: Limiting open port RST response from 265 to 
200 packets/sec
Jan 10 00:58:18 ms kernel: Limiting open port RST response from 235 to 
200 packets/sec
Jan 10 00:58:19 ms kernel: Limiting open port RST response from 336 to 
200 packets/sec
Jan 10 00:58:20 ms kernel: Limiting open port RST response from 322 to 
200 packets/sec
Jan 10 00:58:21 ms kernel: Limiting open port RST response from 243 to 
200 packets/sec
Jan 10 00:58:22 ms kernel: Limiting open port RST response from 309 to 
200 packets/sec
Jan 10 00:58:23 ms kernel: Limiting open port RST response from 227 to 
200 packets/sec
Jan 10 00:58:24 ms kernel: Limiting open port RST response from 280 to 
200 packets/sec
Jan 10 00:58:25 ms kernel: Limiting open port RST response from 246 to 
200 packets/sec
Jan 10 00:58:26 ms kernel: Limiting open port RST response from 341 to 
200 packets/sec

To usando no sysctl.conf:

net.inet.udp.blackhole=1
net.inet.tcp.blackhole=2