Re: [FUG-BR] Tentando migrar o manicomio-share pra FreeBSD - 3ª tentativa
Blz Ta mole Aumenta mbufs e bytes allocated to network To no cel Em terça-feira, 12 de maio de 2015, Marcelo Gondim gon...@bsdinfo.com.br escreveu: On 12-05-2015 18:17, Tiago Ribeiro wrote: Em 12/05/2015, à(s) 17:36, Marcelo Gondim gon...@bsdinfo.com.br escreveu: On 12-05-2015 17:06, Fabricio Lima wrote: consegue virar o site pra ele, dar um netstat -m deixar fritar e colar pra nos? enquanto o DNS está virando gradualmente na internet, o site chega a abrir? e so depois q 'frita' q passa a nao abrir mais? quanto tem de memoria? Vou fazer um teste mais tarde. O teste é instantâneo porque uso a cloudflare e aí só mudo o IP de destino. Dessa forma não preciso mexer com os DNS. :) Altero o IP e aí é só contar até 10 rsrsrsrs Vou fazer isso e mando aqui na lista. Mais alguma saída pra eu postar aqui? []'s Pega o netstat -LnAa | grep f800079cb800 sendo o f800079cb800 a saída do sonewconn, você vai conseguir pegar se é o apache mesmo que está fazendo a fila. Não conheço nada do Nginx, mas vale dar uma olhada sobres estes tunings do FreeBSD pra rodar com ele, neste link[1] . [1] http://nginx.org/en/docs/freebsd_tuning.html Fiz um teste agora e o resultado aí abaixo: # netstat -m 90991/8954/99945 mbufs in use (current/cache/total) 90990/1376/92366/1013816 mbuf clusters in use (current/cache/total/max) 90990/1355 mbuf+clusters out of packet secondary zone in use (current/cache) 0/300/300/506907 4k (page size) jumbo clusters in use (current/cache/total/max) 0/0/0/150194 9k jumbo clusters in use (current/cache/total/max) 0/0/0/84484 16k jumbo clusters in use (current/cache/total/max) 204727K/6190K/210918K bytes allocated to network (current/cache/total) 0/0/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters) 0/0/0 requests for mbufs delayed (mbufs/clusters/mbuf+clusters) 0/0/0 requests for jumbo clusters delayed (4k/9k/16k) 0/0/0 requests for jumbo clusters denied (4k/9k/16k) 0 requests for sfbufs denied 0 requests for sfbufs delayed 140 requests for I/O initiated by sendfile May 12 19:39:28 www kernel: sonewconn: pcb 0xf80229096930: Listen queue overflow: 30001 already in queue awaiting acceptance (20368 occurrences) Pois é não aparece esse endereçamento sonewconn saca só abaixo: # netstat -LnAa Current listen queue sizes (qlen/incqlen/maxqlen) TcpcbProto Listen Local Address f804401e6800 tcp4 33/0/5 186.193.48.14.443 f802a0d05400 tcp4 20358/2/5 186.193.48.14.80 f8000de95800 tcp4 0/0/128*.4321 f8000de95c00 tcp6 0/0/128*.4321 f8000dd74000 tcp4 0/0/150127.0.0.1.3306 Some tcp sockets may have been created. unix 0/0/150/tmp/mysql.sock unix 0/0/1024 /var/run/memcached.sock unix 0/0/4 /var/run/devd.pipe unix 0/0/4 /var/run/devd.seqpacket.pipe - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- [ ]'s Fabricio Lima Sendmail administration is not black magic. There are legitimate technical reasons why it requires the sacrifice of a live chicken. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Tentando migrar o manicomio-share pra FreeBSD - 3ª tentativa
Vc informou anteriormente: # sysctl kern.ipc.nmbclusters kern.ipc.nmbclusters: 1013816 Cada cluster consome 2K de memoria. como vc ja ta com 1milhao de mbufs. o q daria 2GB ram. Como essa maquina é amd64, vamos aumentar isso. ___dobra este valor.__ poe 2048000 Esse servidor precisa ter no minimo 8gb. serao 4gb so pra entregar as conexoes pro apache! e uns 4gb pra banco/apache. altera tb os pontos abaixo, achei seus valores muito 'fraquinhos' e outros tunaram pro proprio valor default: kern.ipc.maxsockbuf=4194304 #este é o valor indicado pra gigabit, mesmo q vc esteja em 100mbit, creio q vc ta topando esta placa, o q lhe deixaria elegivel pra usar este valor. net.inet.tcp.sendbuf_max=4194304 # (default 2097152) net.inet.tcp.recvbuf_max=4194304 # (default 2097152) kern.ipc.soacceptqueue=1024 # backlog queue depth for accepting new TCP connections net.inet.tcp.mssdflt=1460 # maximum segment size (largest payload) net.inet.tcp.recvspace: 262144 # estava em 128k net.inet.tcp.sendspace: 262144 # estava no default 32k agora quero ver esse cabrunco nao aguentar... mesmo eskema, aplica estes valores, vira o IP, e na hora q der crash pega o nestat -m e aquele outro q sugeriram q tem tanta letra q nao consigo decorar heheeh -Lapnmasdfhasdflasd [ ]'s Fabricio Lima Sendmail administration is not black magic. There are legitimate technical reasons why it requires the sacrifice of a live chicken. Em 13 de maio de 2015 05:44, Fabricio Lima lis...@fabriciolima.com.br escreveu: Blz Ta mole Aumenta mbufs e bytes allocated to network To no cel Em terça-feira, 12 de maio de 2015, Marcelo Gondim gon...@bsdinfo.com.br escreveu: On 12-05-2015 18:17, Tiago Ribeiro wrote: Em 12/05/2015, à(s) 17:36, Marcelo Gondim gon...@bsdinfo.com.br escreveu: On 12-05-2015 17:06, Fabricio Lima wrote: consegue virar o site pra ele, dar um netstat -m deixar fritar e colar pra nos? enquanto o DNS está virando gradualmente na internet, o site chega a abrir? e so depois q 'frita' q passa a nao abrir mais? quanto tem de memoria? Vou fazer um teste mais tarde. O teste é instantâneo porque uso a cloudflare e aí só mudo o IP de destino. Dessa forma não preciso mexer com os DNS. :) Altero o IP e aí é só contar até 10 rsrsrsrs Vou fazer isso e mando aqui na lista. Mais alguma saída pra eu postar aqui? []'s Pega o netstat -LnAa | grep f800079cb800 sendo o f800079cb800 a saída do sonewconn, você vai conseguir pegar se é o apache mesmo que está fazendo a fila. Não conheço nada do Nginx, mas vale dar uma olhada sobres estes tunings do FreeBSD pra rodar com ele, neste link[1] . [1] http://nginx.org/en/docs/freebsd_tuning.html Fiz um teste agora e o resultado aí abaixo: # netstat -m 90991/8954/99945 mbufs in use (current/cache/total) 90990/1376/92366/1013816 mbuf clusters in use (current/cache/total/max) 90990/1355 mbuf+clusters out of packet secondary zone in use (current/cache) 0/300/300/506907 4k (page size) jumbo clusters in use (current/cache/total/max) 0/0/0/150194 9k jumbo clusters in use (current/cache/total/max) 0/0/0/84484 16k jumbo clusters in use (current/cache/total/max) 204727K/6190K/210918K bytes allocated to network (current/cache/total) 0/0/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters) 0/0/0 requests for mbufs delayed (mbufs/clusters/mbuf+clusters) 0/0/0 requests for jumbo clusters delayed (4k/9k/16k) 0/0/0 requests for jumbo clusters denied (4k/9k/16k) 0 requests for sfbufs denied 0 requests for sfbufs delayed 140 requests for I/O initiated by sendfile May 12 19:39:28 www kernel: sonewconn: pcb 0xf80229096930: Listen queue overflow: 30001 already in queue awaiting acceptance (20368 occurrences) Pois é não aparece esse endereçamento sonewconn saca só abaixo: # netstat -LnAa Current listen queue sizes (qlen/incqlen/maxqlen) TcpcbProto Listen Local Address f804401e6800 tcp4 33/0/5 186.193.48.14.443 f802a0d05400 tcp4 20358/2/5 186.193.48.14.80 f8000de95800 tcp4 0/0/128*.4321 f8000de95c00 tcp6 0/0/128*.4321 f8000dd74000 tcp4 0/0/150127.0.0.1.3306 Some tcp sockets may have been created. unix 0/0/150/tmp/mysql.sock unix 0/0/1024 /var/run/memcached.sock unix 0/0/4 /var/run/devd.pipe unix 0/0/4 /var/run/devd.seqpacket.pipe - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- [ ]'s Fabricio Lima Sendmail administration is not black magic. There are legitimate technical reasons why it requires the sacrifice of a live chicken. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Tentando migrar o manicomio-share pra FreeBSD - 3ª tentativa
Verdade, bem lembrado pelo Nilton. Durante a utilização do servidor, fique acompanhando o iostat -x 1 Veja a porcentagem de uso do disco (ultima coluna). Se estiver travado em 100%, o gargalo pode estar aí. Eu não sei como pode estar funcionando esse seu sistema. Mas como é um tracker privado, imagino que ele deve fazer os seguintes procedimentos: - ele recebe a requisição informando um hash do torrent, e também um hash do passkey. Com isso o programa precisará realizar 2 consultas ao banco de dados, uma para verificar o hash do torrent, e obter as informações do mesmo, e a segunda consulta para verificar o acesso da passkey. - em seguida será atualizada a quantidade de bytes enviados e recebidos por aquele passkey (daquele usuário em questão), para contabilização. Será um update em alguma tabela do banco. - e ele pode também estar fazendo uma verificação de quantas pessoas estão realizando o seeding e o leeching deste torrent, assim atualizando outra tabela. Em média serão 2 acessos de leitura ao banco, e 2 acessos de gravação. Isso para cada requisição. O mariadb está no mesmo servidor? Quantas conexões ele está configurado para receber? Lembre de manter sempre em sincronia a quantidade de threads que o apache possui com a quantidade de conexões que o seu banco pode receber. Essa é uma das vantagens de se utilizar o php-fpm, você consegue manipular melhor essa relação de instâncias do servidor de aplicação X conexões ao banco de dados. Você chegou a monitorar a quantidade de queries que o mariadb está recebendo no momento que o servidor não aguenta mais? Qual o tempo de processamento de cada uma destas aplicações (mariadb e apache)? Boa sorte aí. Abraço. 2015-05-13 15:06 GMT-03:00 Nilton Jose Rizzo ri...@i805.com.br: Em Tue, 12 May 2015 19:47:03 -0300, Marcelo Gondim escreveu On 12-05-2015 18:17, Tiago Ribeiro wrote: Em 12/05/2015, à(s) 17:36, Marcelo Gondim gon...@bsdinfo.com.br escreveu: On 12-05-2015 17:06, Fabricio Lima wrote: consegue virar o site pra ele, dar um netstat -m deixar fritar e colar pra nos? enquanto o DNS está virando gradualmente na internet, o site chega a abrir? e so depois q 'frita' q passa a nao abrir mais? quanto tem de memoria? Vou fazer um teste mais tarde. O teste é instantâneo porque uso a cloudflare e aí só mudo o IP de destino. Dessa forma não preciso mexer com os DNS. :) Altero o IP e aí é só contar até 10 rsrsrsrs Vou fazer isso e mando aqui na lista. Mais alguma saída pra eu postar aqui? []'s Pega o netstat -LnAa | grep f800079cb800 sendo o f800079cb800 a saída do sonewconn, você vai conseguir pegar se é o apache mesmo que está fazendo a fila. Não conheço nada do Nginx, mas vale dar uma olhada sobres estes tunings do FreeBSD pra rodar com ele, neste link[1] . [1] http://nginx.org/en/docs/freebsd_tuning.html Fiz um teste agora e o resultado aí abaixo: # netstat -m 90991/8954/99945 mbufs in use (current/cache/total) 90990/1376/92366/1013816 mbuf clusters in use (current/cache/total/max) 90990/1355 mbuf+clusters out of packet secondary zone in use (current/cache) 0/300/300/506907 4k (page size) jumbo clusters in use (current/cache/total/max) 0/0/0/150194 9k jumbo clusters in use (current/cache/total/max) 0/0/0/84484 16k jumbo clusters in use (current/cache/total/max) 204727K/6190K/210918K bytes allocated to network (current/cache/total) 0/0/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters) 0/0/0 requests for mbufs delayed (mbufs/clusters/mbuf+clusters) 0/0/0 requests for jumbo clusters delayed (4k/9k/16k) 0/0/0 requests for jumbo clusters denied (4k/9k/16k) 0 requests for sfbufs denied 0 requests for sfbufs delayed 140 requests for I/O initiated by sendfile May 12 19:39:28 www kernel: sonewconn: pcb 0xf80229096930: Listen queue overflow: 30001 already in queue awaiting acceptance (20368 occurrences) Pois é não aparece esse endereçamento sonewconn saca só abaixo: # netstat -LnAa Current listen queue sizes (qlen/incqlen/maxqlen) TcpcbProto Listen Local Address f804401e6800 tcp4 33/0/5 186.193.48.14.443 f802a0d05400 tcp4 20358/2/5 186.193.48.14.80 f8000de95800 tcp4 0/0/128*.4321 f8000de95c00 tcp6 0/0/128*.4321 f8000dd74000 tcp4 0/0/150127.0.0.1.3306 Some tcp sockets may have been created. unix 0/0/150/tmp/mysql.sock unix 0/0/1024 /var/run/memcached.sock unix 0/0/4 /var/run/devd.pipe unix 0/0/4 /var/run/devd.seqpacket.pipe - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd Godim essas requisições são para o apache, corretp? mas e se não for o apache o problema e sim o mysql? Já pensou que cada requisição precisa realizar uma query no banco, será que seu sistema de arquivos / disco não está suportando o mysql?
Re: [FUG-BR] PPTP Client
Fabrício, a opção seria set reconnect 3 5 ? Att, Samuel . From: lis...@fabriciolima.com.br Date: Wed, 13 May 2015 15:10:04 -0300 To: freebsd@fug.com.br Subject: Re: [FUG-BR] PPTP Client tenta ver se o parametro demand resolve seu problema. acho q ele fazia demand dial e reconnect. enquanto isso crontab */5 nele [ ]'s Fabricio Lima Sendmail administration is not black magic. There are legitimate technical reasons why it requires the sacrifice of a live chicken. Em 13 de maio de 2015 13:50, Samuel . lista.freebsd.bra...@outlook.com escreveu: Olá Lista! Se alguém puder ajudar, agradeço antecipadamente! Eu tenho o seguinte cenário: FreeBSD 10.1-STABLE (RJ) --- PPTP --- MikroTik (SP) O pptp client fica no FreeBSD e o pptp server no Mikrotik. Quando o pptp cai, eu preciso subir ele manualmente. Alguém tem algum script ou forma diferente de subir esse pptp, quando cair, e adicionar rotas automaticamente? Att, Samuel . - 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
Re: [FUG-BR] Reserva/Controle de banda
Detalhe,
Se você quiser continuar a usar ipfw, você pode configurar o ALTQ e
atribuir as queues nas regras do IPFW. Consulte o manual:
https://www.freebsd.org/cgi/man.cgi?query=ipfwapropos=0sektion=0manpath=FreeBSD+10.1-RELEASEarch=defaultformat=html
Em 13 de maio de 2015 12:37, Luiz Gustavo S. Costa
luizgust...@luizgustavo.pro.br escreveu:
Nesse caso, acho que seria mais interessante você usar ALTQ do PF,
veja documentação:
https://www.freebsd.org/cgi/man.cgi?query=altqapropos=0sektion=0manpath=FreeBSD+10.1-RELEASEarch=defaultformat=html
https://www.freebsd.org/cgi/man.cgi?query=pf.confapropos=0sektion=0manpath=FreeBSD+10.1-RELEASEarch=defaultformat=html#QUEUEING
Em 13 de maio de 2015 12:31, Pedro Silva pedro.f...@gmail.com escreveu:
Amigos, não sou muito entendido em controle de banda e gostaria, se
possível, que me ajudassem. Tendo um link de 20 Mbits, gostaria de reservar
5 Mbits para 3 hosts da rede (http e https), ficando 15 Mbits para o
restante da rede. Fiz uma tentativa, mas acho que não funcionou...
ipfw pipe 1 config bw 5Mbit/s
ipfw queue 10 config weight 5 pipe 1
ipfw add queue 10 all from { 10.10.1.1 or 10.10.1.2 or 10.10.1.3 } to any
80,443
ipfw add queue 10 all from any to { 10.10.1.1 or 10.10.1.2 or 10.10.1.3 }
80,443
Valeu
--
Pedro Silva
Fedora User
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
--
Luiz Gustavo Costa (Powered by BSD)
*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+
ICQ: 2890831 / Gtalk: gustavo@gmail.com
Blog: http://www.luizgustavo.pro.br
--
Luiz Gustavo Costa (Powered by BSD)
*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+
ICQ: 2890831 / Gtalk: gustavo@gmail.com
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
Re: [FUG-BR] Reserva/Controle de banda
Nesse caso, acho que seria mais interessante você usar ALTQ do PF,
veja documentação:
https://www.freebsd.org/cgi/man.cgi?query=altqapropos=0sektion=0manpath=FreeBSD+10.1-RELEASEarch=defaultformat=html
https://www.freebsd.org/cgi/man.cgi?query=pf.confapropos=0sektion=0manpath=FreeBSD+10.1-RELEASEarch=defaultformat=html#QUEUEING
Em 13 de maio de 2015 12:31, Pedro Silva pedro.f...@gmail.com escreveu:
Amigos, não sou muito entendido em controle de banda e gostaria, se
possível, que me ajudassem. Tendo um link de 20 Mbits, gostaria de reservar
5 Mbits para 3 hosts da rede (http e https), ficando 15 Mbits para o
restante da rede. Fiz uma tentativa, mas acho que não funcionou...
ipfw pipe 1 config bw 5Mbit/s
ipfw queue 10 config weight 5 pipe 1
ipfw add queue 10 all from { 10.10.1.1 or 10.10.1.2 or 10.10.1.3 } to any
80,443
ipfw add queue 10 all from any to { 10.10.1.1 or 10.10.1.2 or 10.10.1.3 }
80,443
Valeu
--
Pedro Silva
Fedora User
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
--
Luiz Gustavo Costa (Powered by BSD)
*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+
ICQ: 2890831 / Gtalk: gustavo@gmail.com
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
[FUG-BR] Reserva/Controle de banda
Amigos, não sou muito entendido em controle de banda e gostaria, se
possível, que me ajudassem. Tendo um link de 20 Mbits, gostaria de reservar
5 Mbits para 3 hosts da rede (http e https), ficando 15 Mbits para o
restante da rede. Fiz uma tentativa, mas acho que não funcionou...
ipfw pipe 1 config bw 5Mbit/s
ipfw queue 10 config weight 5 pipe 1
ipfw add queue 10 all from { 10.10.1.1 or 10.10.1.2 or 10.10.1.3 } to any
80,443
ipfw add queue 10 all from any to { 10.10.1.1 or 10.10.1.2 or 10.10.1.3 }
80,443
Valeu
--
Pedro Silva
Fedora User
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Tentando migrar o manicomio-share pra FreeBSD - 3ª tentativa
On 13-05-2015 11:12, Fabricio Lima wrote: Vc informou anteriormente: # sysctl kern.ipc.nmbclusters kern.ipc.nmbclusters: 1013816 Cada cluster consome 2K de memoria. como vc ja ta com 1milhao de mbufs. o q daria 2GB ram. Como essa maquina é amd64, vamos aumentar isso. ___dobra este valor.__ poe 2048000 Esse servidor precisa ter no minimo 8gb. serao 4gb so pra entregar as conexoes pro apache! e uns 4gb pra banco/apache. Então essa máquina de teste tem 16Gb de ram mas o servidor em produção tem 48Gb e usa quase toda ela. Quanto ao tráfego é muito pouco em torno de 5Mbps com cloudflare e 30Mbps sem cloudflare. O lance mesmo são a quantidade de conexões simultâneas que temos por causa do tracker. Olha a estatística: Informações de Usuários Online no Momento2461 Online nas Últimas 24 Horas24174 Último Membro Registradomarlomattos Registros Hoje30 Total de Registrados139,317 Pendentes0 Homens122,463 Mulheres14,799 Sexo Indefinido2,055 Advertidos1,027 Total Upado158.33 PB Informações de Torrents Total de Torrents174,151 Torrents Ativos88,273 Torrents reciclados 4,759 Torrents na Moderação3 Peers584,893 Seeders556,548 Leechers28,345 Conectáveis Sim251,581 Conectáveis Não333,253 Status de Registro Mensal MêsUsuarios 2015-05526 2015-041348 2015-031312 2015-021230 2015-011355 2014-121311 2014-111272 altera tb os pontos abaixo, achei seus valores muito 'fraquinhos' e outros tunaram pro proprio valor default: kern.ipc.maxsockbuf=4194304 #este é o valor indicado pra gigabit, mesmo q vc esteja em 100mbit, creio q vc ta topando esta placa, o q lhe deixaria elegivel pra usar este valor. net.inet.tcp.sendbuf_max=4194304 # (default 2097152) net.inet.tcp.recvbuf_max=4194304 # (default 2097152) kern.ipc.soacceptqueue=1024 # backlog queue depth for accepting new TCP connections net.inet.tcp.mssdflt=1460 # maximum segment size (largest payload) net.inet.tcp.recvspace: 262144 # estava em 128k net.inet.tcp.sendspace: 262144 # estava no default 32k agora quero ver esse cabrunco nao aguentar... Vou checar com essas confs valeu!!! :) mesmo eskema, aplica estes valores, vira o IP, e na hora q der crash pega o nestat -m e aquele outro q sugeriram q tem tanta letra q nao consigo decorar heheeh -Lapnmasdfhasdflasd [ ]'s Fabricio Lima Sendmail administration is not black magic. There are legitimate technical reasons why it requires the sacrifice of a live chicken. Em 13 de maio de 2015 05:44, Fabricio Lima lis...@fabriciolima.com.br escreveu: Blz Ta mole Aumenta mbufs e bytes allocated to network To no cel Em terça-feira, 12 de maio de 2015, Marcelo Gondim gon...@bsdinfo.com.br escreveu: On 12-05-2015 18:17, Tiago Ribeiro wrote: Em 12/05/2015, à(s) 17:36, Marcelo Gondim gon...@bsdinfo.com.br escreveu: On 12-05-2015 17:06, Fabricio Lima wrote: consegue virar o site pra ele, dar um netstat -m deixar fritar e colar pra nos? enquanto o DNS está virando gradualmente na internet, o site chega a abrir? e so depois q 'frita' q passa a nao abrir mais? quanto tem de memoria? Vou fazer um teste mais tarde. O teste é instantâneo porque uso a cloudflare e aí só mudo o IP de destino. Dessa forma não preciso mexer com os DNS. :) Altero o IP e aí é só contar até 10 rsrsrsrs Vou fazer isso e mando aqui na lista. Mais alguma saída pra eu postar aqui? []'s Pega o netstat -LnAa | grep f800079cb800 sendo o f800079cb800 a saída do sonewconn, você vai conseguir pegar se é o apache mesmo que está fazendo a fila. Não conheço nada do Nginx, mas vale dar uma olhada sobres estes tunings do FreeBSD pra rodar com ele, neste link[1] . [1] http://nginx.org/en/docs/freebsd_tuning.html Fiz um teste agora e o resultado aí abaixo: # netstat -m 90991/8954/99945 mbufs in use (current/cache/total) 90990/1376/92366/1013816 mbuf clusters in use (current/cache/total/max) 90990/1355 mbuf+clusters out of packet secondary zone in use (current/cache) 0/300/300/506907 4k (page size) jumbo clusters in use (current/cache/total/max) 0/0/0/150194 9k jumbo clusters in use (current/cache/total/max) 0/0/0/84484 16k jumbo clusters in use (current/cache/total/max) 204727K/6190K/210918K bytes allocated to network (current/cache/total) 0/0/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters) 0/0/0 requests for mbufs delayed (mbufs/clusters/mbuf+clusters) 0/0/0 requests for jumbo clusters delayed (4k/9k/16k) 0/0/0 requests for jumbo clusters denied (4k/9k/16k) 0 requests for sfbufs denied 0 requests for sfbufs delayed 140 requests for I/O initiated by sendfile May 12 19:39:28 www kernel: sonewconn: pcb 0xf80229096930: Listen queue overflow: 30001 already in queue awaiting acceptance (20368 occurrences) Pois é não aparece esse endereçamento sonewconn saca só abaixo: # netstat -LnAa Current listen queue sizes (qlen/incqlen/maxqlen) TcpcbProto Listen Local Address f804401e6800
Re: [FUG-BR] Tentando migrar o manicomio-share pra FreeBSD - 3ª tentativa
On 13-05-2015 15:36, Rafael Henrique Faria wrote: Verdade, bem lembrado pelo Nilton. Durante a utilização do servidor, fique acompanhando o iostat -x 1 Veja a porcentagem de uso do disco (ultima coluna). Se estiver travado em 100%, o gargalo pode estar aí. Opa boa vou checar isso também. O servidor de teste tem um SSD de 250Gb EVO da Samsung. Vou olhar isso. Eu não sei como pode estar funcionando esse seu sistema. Mas como é um tracker privado, imagino que ele deve fazer os seguintes procedimentos: - ele recebe a requisição informando um hash do torrent, e também um hash do passkey. Com isso o programa precisará realizar 2 consultas ao banco de dados, uma para verificar o hash do torrent, e obter as informações do mesmo, e a segunda consulta para verificar o acesso da passkey. - em seguida será atualizada a quantidade de bytes enviados e recebidos por aquele passkey (daquele usuário em questão), para contabilização. Será um update em alguma tabela do banco. - e ele pode também estar fazendo uma verificação de quantas pessoas estão realizando o seeding e o leeching deste torrent, assim atualizando outra tabela. Em média serão 2 acessos de leitura ao banco, e 2 acessos de gravação. Isso para cada requisição. O mariadb está no mesmo servidor? Quantas conexões ele está configurado para receber? Lembre de manter sempre em sincronia a quantidade de threads que o apache possui com a quantidade de conexões que o seu banco pode receber. O mariadb está no mesmo servidor. Eu usei uma vez aqueles programas pra optimizar o acesso à base. Depois vou colar aqui o my.cnf que agora to sem acesso ao servidor de testes. Essa é uma das vantagens de se utilizar o php-fpm, você consegue manipular melhor essa relação de instâncias do servidor de aplicação X conexões ao banco de dados. Você chegou a monitorar a quantidade de queries que o mariadb está recebendo no momento que o servidor não aguenta mais? Qual o tempo de processamento de cada uma destas aplicações (mariadb e apache)? Boa sorte aí. Abraço. 2015-05-13 15:06 GMT-03:00 Nilton Jose Rizzo ri...@i805.com.br: Em Tue, 12 May 2015 19:47:03 -0300, Marcelo Gondim escreveu On 12-05-2015 18:17, Tiago Ribeiro wrote: Em 12/05/2015, à(s) 17:36, Marcelo Gondim gon...@bsdinfo.com.br escreveu: On 12-05-2015 17:06, Fabricio Lima wrote: consegue virar o site pra ele, dar um netstat -m deixar fritar e colar pra nos? enquanto o DNS está virando gradualmente na internet, o site chega a abrir? e so depois q 'frita' q passa a nao abrir mais? quanto tem de memoria? Vou fazer um teste mais tarde. O teste é instantâneo porque uso a cloudflare e aí só mudo o IP de destino. Dessa forma não preciso mexer com os DNS. :) Altero o IP e aí é só contar até 10 rsrsrsrs Vou fazer isso e mando aqui na lista. Mais alguma saída pra eu postar aqui? []'s Pega o netstat -LnAa | grep f800079cb800 sendo o f800079cb800 a saída do sonewconn, você vai conseguir pegar se é o apache mesmo que está fazendo a fila. Não conheço nada do Nginx, mas vale dar uma olhada sobres estes tunings do FreeBSD pra rodar com ele, neste link[1] . [1] http://nginx.org/en/docs/freebsd_tuning.html Fiz um teste agora e o resultado aí abaixo: # netstat -m 90991/8954/99945 mbufs in use (current/cache/total) 90990/1376/92366/1013816 mbuf clusters in use (current/cache/total/max) 90990/1355 mbuf+clusters out of packet secondary zone in use (current/cache) 0/300/300/506907 4k (page size) jumbo clusters in use (current/cache/total/max) 0/0/0/150194 9k jumbo clusters in use (current/cache/total/max) 0/0/0/84484 16k jumbo clusters in use (current/cache/total/max) 204727K/6190K/210918K bytes allocated to network (current/cache/total) 0/0/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters) 0/0/0 requests for mbufs delayed (mbufs/clusters/mbuf+clusters) 0/0/0 requests for jumbo clusters delayed (4k/9k/16k) 0/0/0 requests for jumbo clusters denied (4k/9k/16k) 0 requests for sfbufs denied 0 requests for sfbufs delayed 140 requests for I/O initiated by sendfile May 12 19:39:28 www kernel: sonewconn: pcb 0xf80229096930: Listen queue overflow: 30001 already in queue awaiting acceptance (20368 occurrences) Pois é não aparece esse endereçamento sonewconn saca só abaixo: # netstat -LnAa Current listen queue sizes (qlen/incqlen/maxqlen) TcpcbProto Listen Local Address f804401e6800 tcp4 33/0/5 186.193.48.14.443 f802a0d05400 tcp4 20358/2/5 186.193.48.14.80 f8000de95800 tcp4 0/0/128*.4321 f8000de95c00 tcp6 0/0/128*.4321 f8000dd74000 tcp4 0/0/150127.0.0.1.3306 Some tcp sockets may have been created. unix 0/0/150/tmp/mysql.sock unix 0/0/1024 /var/run/memcached.sock unix 0/0/4 /var/run/devd.pipe unix 0/0/4 /var/run/devd.seqpacket.pipe - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] PPTP Client
Olá Lista! Se alguém puder ajudar, agradeço antecipadamente! Eu tenho o seguinte cenário: FreeBSD 10.1-STABLE (RJ) --- PPTP --- MikroTik (SP) O pptp client fica no FreeBSD e o pptp server no Mikrotik. Quando o pptp cai, eu preciso subir ele manualmente. Alguém tem algum script ou forma diferente de subir esse pptp, quando cair, e adicionar rotas automaticamente? Att, Samuel . - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Bem-vindo a lista de discussão freebsd
Olá! Gostaria de postar na lista. Att, Samuel . Subject: Bem-vindo a lista de discussão freebsd From: freebsd-requ...@fug.com.br To: lista.freebsd.bra...@outlook.com Date: Wed, 13 May 2015 13:36:30 -0300 Bem Vindo a lista de discussão freebsd@fug.com.br! Para postar nesta lista, envie uma mensagem para o endereço: freebsd@fug.com.br Informações gerais sobre a lista de discussão podem ser encontradas em: https://www.fug.com.br/mailman/listinfo/freebsd Se deseja se desinscrever ou modificar suas opções (eg, mudar de/para o modo digest, modificar a senha, etc.), visite sua página de inscrição em: https://www.fug.com.br/mailman/options/freebsd/lista.freebsd.brasil%40outlook.com Você também pode fazer tais ajustes via e-mail enviando uma mensagem para: freebsd-requ...@fug.com.br com a palavra 'help' no assunto ou corpo da mensagem (não inclua as aspas), e você receberá uma mensagem com instruções. Você deve saber sua senha para modificar as suas opções (incluindo a própria senha) ou para se desinscrever. Ela é: evnenieb Normalmente, o Mailman lhe lembrará de suas senhas em fug.com.br uma vez por mês, mas pode desativar este recurso se preferir. Este lembrete também inclui instruções de como se desinscrever ou modificar suas opções de conta. Também existe um botão em sua página de opções que poderá lhe enviar a senha. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Bem-vindo a lista de discussão freebsd
On May 13, 2015, at 13:37, Samuel . lista.freebsd.bra...@outlook.com wrote: Olá! Gostaria de postar na lista. Já postou :P -- Renato Botelho - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Tentando migrar o manicomio-share pra FreeBSD - 3ª tentativa
Em Tue, 12 May 2015 19:47:03 -0300, Marcelo Gondim escreveu On 12-05-2015 18:17, Tiago Ribeiro wrote: Em 12/05/2015, à(s) 17:36, Marcelo Gondim gon...@bsdinfo.com.br escreveu: On 12-05-2015 17:06, Fabricio Lima wrote: consegue virar o site pra ele, dar um netstat -m deixar fritar e colar pra nos? enquanto o DNS está virando gradualmente na internet, o site chega a abrir? e so depois q 'frita' q passa a nao abrir mais? quanto tem de memoria? Vou fazer um teste mais tarde. O teste é instantâneo porque uso a cloudflare e aí só mudo o IP de destino. Dessa forma não preciso mexer com os DNS. :) Altero o IP e aí é só contar até 10 rsrsrsrs Vou fazer isso e mando aqui na lista. Mais alguma saída pra eu postar aqui? []'s Pega o netstat -LnAa | grep f800079cb800 sendo o f800079cb800 a saída do sonewconn, você vai conseguir pegar se é o apache mesmo que está fazendo a fila. Não conheço nada do Nginx, mas vale dar uma olhada sobres estes tunings do FreeBSD pra rodar com ele, neste link[1] . [1] http://nginx.org/en/docs/freebsd_tuning.html Fiz um teste agora e o resultado aí abaixo: # netstat -m 90991/8954/99945 mbufs in use (current/cache/total) 90990/1376/92366/1013816 mbuf clusters in use (current/cache/total/max) 90990/1355 mbuf+clusters out of packet secondary zone in use (current/cache) 0/300/300/506907 4k (page size) jumbo clusters in use (current/cache/total/max) 0/0/0/150194 9k jumbo clusters in use (current/cache/total/max) 0/0/0/84484 16k jumbo clusters in use (current/cache/total/max) 204727K/6190K/210918K bytes allocated to network (current/cache/total) 0/0/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters) 0/0/0 requests for mbufs delayed (mbufs/clusters/mbuf+clusters) 0/0/0 requests for jumbo clusters delayed (4k/9k/16k) 0/0/0 requests for jumbo clusters denied (4k/9k/16k) 0 requests for sfbufs denied 0 requests for sfbufs delayed 140 requests for I/O initiated by sendfile May 12 19:39:28 www kernel: sonewconn: pcb 0xf80229096930: Listen queue overflow: 30001 already in queue awaiting acceptance (20368 occurrences) Pois é não aparece esse endereçamento sonewconn saca só abaixo: # netstat -LnAa Current listen queue sizes (qlen/incqlen/maxqlen) TcpcbProto Listen Local Address f804401e6800 tcp4 33/0/5 186.193.48.14.443 f802a0d05400 tcp4 20358/2/5 186.193.48.14.80 f8000de95800 tcp4 0/0/128*.4321 f8000de95c00 tcp6 0/0/128*.4321 f8000dd74000 tcp4 0/0/150127.0.0.1.3306 Some tcp sockets may have been created. unix 0/0/150/tmp/mysql.sock unix 0/0/1024 /var/run/memcached.sock unix 0/0/4 /var/run/devd.pipe unix 0/0/4 /var/run/devd.seqpacket.pipe - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd Godim essas requisições são para o apache, corretp? mas e se não for o apache o problema e sim o mysql? Já pensou que cada requisição precisa realizar uma query no banco, será que seu sistema de arquivos / disco não está suportando o mysql? --- /* **Nilton José RizzoUFRRJ **http://www.rizzo.eng.br http://www.ufrrj.br **http://lattes.cnpq.br/0079460703536198 **/ - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Palestra do 1º BSD Day
Em Wed, 13 May 2015 01:14:33 -0300, Joao Rocha Braga Filho escreveu Podemos improvisar algo, como uma demonstração de sysctl, dizendo a sintaxe e algumas das opções de configuração de sistema. Isto pode ser feito por mais de uma pessoa, cada um mostrando coisas que usa no dia a dia. Uma boa ideia . alguem que possa falar sobre tunung para mysql, apache entre outros João Rocha. -- http://jgoffredo.blogspot.com Enviado do tablet. Qualquer fotografia/imagem que tenha sido enviada anexada neste e- mail não implica em autorização de o uso comercial, exceto se mencionado em contrário no corpo do e-mail. Em 12/05/2015 10:58, Nilton Jose Rizzo ri...@i805.com.br escreveu: Galera, recebi uma noticia ruim, um dos palestrantes ( André ) esta com dengue, e não vai poder comparecer ao evento no sábado agora. Alguem gostaria de palestrar em seu lugar? --- /* **Nilton José RizzoUFRRJ **http://www.rizzo.eng.br http://www.ufrrj.br **http://lattes.cnpq.br/0079460703536198 **/ - 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 --- /* **Nilton José RizzoUFRRJ **http://www.rizzo.eng.br http://www.ufrrj.br **http://lattes.cnpq.br/0079460703536198 **/ - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] PPTP Client
Faça um shell script que verifica o PID do processo. Ou que efetue o ping na rota que voce deseja. Att Em 13 de maio de 2015 13:50, Samuel . lista.freebsd.bra...@outlook.com escreveu: Olá Lista! Se alguém puder ajudar, agradeço antecipadamente! Eu tenho o seguinte cenário: FreeBSD 10.1-STABLE (RJ) --- PPTP --- MikroTik (SP) O pptp client fica no FreeBSD e o pptp server no Mikrotik. Quando o pptp cai, eu preciso subir ele manualmente. Alguém tem algum script ou forma diferente de subir esse pptp, quando cair, e adicionar rotas automaticamente? Att, Samuel . - 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
Re: [FUG-BR] PPTP Client
tenta ver se o parametro demand resolve seu problema. acho q ele fazia demand dial e reconnect. enquanto isso crontab */5 nele [ ]'s Fabricio Lima Sendmail administration is not black magic. There are legitimate technical reasons why it requires the sacrifice of a live chicken. Em 13 de maio de 2015 13:50, Samuel . lista.freebsd.bra...@outlook.com escreveu: Olá Lista! Se alguém puder ajudar, agradeço antecipadamente! Eu tenho o seguinte cenário: FreeBSD 10.1-STABLE (RJ) --- PPTP --- MikroTik (SP) O pptp client fica no FreeBSD e o pptp server no Mikrotik. Quando o pptp cai, eu preciso subir ele manualmente. Alguém tem algum script ou forma diferente de subir esse pptp, quando cair, e adicionar rotas automaticamente? Att, Samuel . - 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
Re: [FUG-BR] Tentando migrar o manicomio-share pra FreeBSD - 3ª tentativa
On 13-05-2015 15:06, Nilton Jose Rizzo wrote: Em Tue, 12 May 2015 19:47:03 -0300, Marcelo Gondim escreveu On 12-05-2015 18:17, Tiago Ribeiro wrote: Em 12/05/2015, à(s) 17:36, Marcelo Gondim gon...@bsdinfo.com.br escreveu: On 12-05-2015 17:06, Fabricio Lima wrote: consegue virar o site pra ele, dar um netstat -m deixar fritar e colar pra nos? enquanto o DNS está virando gradualmente na internet, o site chega a abrir? e so depois q 'frita' q passa a nao abrir mais? quanto tem de memoria? Vou fazer um teste mais tarde. O teste é instantâneo porque uso a cloudflare e aí só mudo o IP de destino. Dessa forma não preciso mexer com os DNS. :) Altero o IP e aí é só contar até 10 rsrsrsrs Vou fazer isso e mando aqui na lista. Mais alguma saída pra eu postar aqui? []'s Pega o netstat -LnAa | grep f800079cb800 sendo o f800079cb800 a saída do sonewconn, você vai conseguir pegar se é o apache mesmo que está fazendo a fila. Não conheço nada do Nginx, mas vale dar uma olhada sobres estes tunings do FreeBSD pra rodar com ele, neste link[1] . [1] http://nginx.org/en/docs/freebsd_tuning.html Fiz um teste agora e o resultado aí abaixo: # netstat -m 90991/8954/99945 mbufs in use (current/cache/total) 90990/1376/92366/1013816 mbuf clusters in use (current/cache/total/max) 90990/1355 mbuf+clusters out of packet secondary zone in use (current/cache) 0/300/300/506907 4k (page size) jumbo clusters in use (current/cache/total/max) 0/0/0/150194 9k jumbo clusters in use (current/cache/total/max) 0/0/0/84484 16k jumbo clusters in use (current/cache/total/max) 204727K/6190K/210918K bytes allocated to network (current/cache/total) 0/0/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters) 0/0/0 requests for mbufs delayed (mbufs/clusters/mbuf+clusters) 0/0/0 requests for jumbo clusters delayed (4k/9k/16k) 0/0/0 requests for jumbo clusters denied (4k/9k/16k) 0 requests for sfbufs denied 0 requests for sfbufs delayed 140 requests for I/O initiated by sendfile May 12 19:39:28 www kernel: sonewconn: pcb 0xf80229096930: Listen queue overflow: 30001 already in queue awaiting acceptance (20368 occurrences) Pois é não aparece esse endereçamento sonewconn saca só abaixo: # netstat -LnAa Current listen queue sizes (qlen/incqlen/maxqlen) TcpcbProto Listen Local Address f804401e6800 tcp4 33/0/5 186.193.48.14.443 f802a0d05400 tcp4 20358/2/5 186.193.48.14.80 f8000de95800 tcp4 0/0/128*.4321 f8000de95c00 tcp6 0/0/128*.4321 f8000dd74000 tcp4 0/0/150127.0.0.1.3306 Some tcp sockets may have been created. unix 0/0/150/tmp/mysql.sock unix 0/0/1024 /var/run/memcached.sock unix 0/0/4 /var/run/devd.pipe unix 0/0/4 /var/run/devd.seqpacket.pipe - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd Godim essas requisições são para o apache, corretp? mas e se não for o apache o problema e sim o mysql? Já pensou que cada requisição precisa realizar uma query no banco, será que seu sistema de arquivos / disco não está suportando o mysql? Opa Rizzo, Então nos testes ontem, depois que enviei esse e-mail eu achei um parâmetro no apache que faltava configurar e depois disso tive a mensagem de falta de memória pro mysql. Acredito que agora seja isso e como não tenho como aumentar a memória aqui nesse meu server de teste, vou deixar para fazer os últimos testes no servidor que ficará em produção mesmo. Esse aqui: 1U 5017R-MTF Xeon E5 4bay Intel 6core E5-2620V2 2.1Ghz 80W 4 x Kingston 16GB DDR3 1600Mhz ECC REG Onboard IPMI/KVM with Dedicated LAN Without DVD player 350W Gold Level Power Supply 4 x Seagate SAS ST3300657SS 300GB 15K LSI MegaRAID SAS 9260-4i 6Gb/s Network: 1Gigabit Uplink 10TB Traffic 2IPv4 Acredito que esse irá suportar muito bem rsrsrsrs aí lá vai ser a vera. []'s Gondim - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
