Luiz,
Em 15 de março de 2011 08:46, Luiz Otavio O Souza escreveu:
> On Mar 15, 2011, at 12:28 AM, kmkz bleh wrote:
>
> > Pessoal,
> >
> > mais uma informação que acho que pode ajudar:
> >
> > gw# sysctl net.inet.ip.intr_queue_drops
> > net.inet.ip.intr_q
): kmem_map too small: 335544320 total
allocated
Com 4GB de RAM, o que eu devo fazer pra resolver esse problema? Qual valor
devo colocar no KVA_PAGES pra compilar o kernel, seria 1024? Meu kernel ta
compilado com a opção PAE.
Desde já agradeço.
Em 14 de março de 2011 14:23, kmkz bleh escreveu:
>
de interna (192.168.0.0/24).
Em 11 de março de 2011 17:52, mantunes escreveu:
> existe possibilidade de trocar a placa de rede, porta do Switch..
>
> Em 11 de março de 2011 17:41, kmkz bleh escreveu:
> > Já verifiquei o CMTS sim... não vi nada errado nele. O negócio é que
> quand
p://www.atinet.com.br
>
>
> - Original Message -
> From: "kmkz bleh"
> To: "Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)"
>
> Sent: Friday, March 11, 2011 3:48 PM
> Subject: Re: [FUG-BR] RES: freebsd 8.2 - tuning de rede
>
>
statistics ---
24 packets transmitted, 24 packets received, 0.0% packet loss
round-trip min/avg/max/stddev = 0.284/16.054/100.127/23.547 ms
Em 11 de março de 2011 14:01, kmkz bleh escreveu:
> Certo Luiz,
>
> vou tentar com 256 nesta sysctl e vê o resultado.
>
> Eduardo, fazendo o
Certo Luiz,
vou tentar com 256 nesta sysctl e vê o resultado.
Eduardo, fazendo o ping conforme você havia falado:
gw# sysctl net.inet.icmp.icmplim=0
net.inet.icmp.icmplim: 200 -> 0
gw# ping -s 1400 -i 0.02 -c 1000 -q 10.20.0.2
PING 10.20.0.2 (10.20.0.2): 1400 data bytes
--- 10.20.0.2 ping stat
Outra coisa que estou vendo, é que além dos pacotes perdidos, ainda tenho
ping: sendto: No buffer space available
Mas já aumentei muito o kern.ipc.nmbclusters (no momento deixei 4194304).
gw-ija# netstat -nm
6521/3724/10245 mbufs in use (current/cache/total)
6517/3713/10230/4194304 mbuf clusters
:
> Chegou a desabilitar o PF para testar ?
>
>
> > -Mensagem original-
> > De: freebsd-boun...@fug.com.br [mailto:freebsd-boun...@fug.com.br] Em
> > nome de kmkz bleh
> > Enviada em: sexta-feira, 11 de março de 2011 11:22
> > Para: Lista Brasil
Tenho ainda o seguinte, que creio poderá ajudar:
gw# netstat -s
tcp:
31195 packets sent
14892 data packets (3236025 bytes)
24 data packets (3417 bytes) retransmitted
5 data packets unnecessarily retransmitted
0 resends initiat
O cabo é um CAT6 blindado. Não sei como está o cabo porque estou a kms de
distancia desta operação.
Vou colocar mais algumas informações:
gw# netstat -nm
6395/2950/9345 mbufs in use (current/cache/total)
6393/3037/9430/2097152 mbuf clusters in use (current/cache/total/max)
6392/2184 mbuf+clusters
11 de março de 2011 09:45, Eduardo Schoedler
escreveu:
> Qual é o volume de tráfego?
> Usa cabo xover entre as 2 placas?
> Tentou colocar um switch giga, só para testar?
>
> --
> Eduardo Schoedler
> Enviado via iPhone
>
> Em 11/03/2011, às 09:35, kmkz bleh escr
Bom dia pessoal,
Atualizei o meu servidor para FreeBSD 8.2 (estava usando antes o 7.3) e o
problema com rede ainda persiste. Tenho um CMTS ligado diretamente em uma
das placas do servidor e o ping para ele continua alto e variando muito.
Peço desculpas desde já pelo tamanho do email, mas estou pas
Eu também tive muita dor de cabeça com FreeBSD 8. Instamos o 8.0 em 3
operações, e em todas tivemos que fazer downgrade para FreeBSD 7,
principalmente por causa do kernel panic entre outros, coisa que com a série
7 não acontece.
Conforme email que mandei relatando meu problema, vou voltar com o 8.2
Somente router... é o gateway da rede msm.
Em 28 de fevereiro de 2011 16:18, Eduardo Schoedler <
eschoed...@viavale.com.br> escreveu:
> Em 28/02/2011 16:08, "kmkz bleh" escreveu:
> > Estou pensando em mudar para FreeBSD 8.2, porém, antes de fazer esta
> > tro
FreeBSD 7.1 tenho os seguintes valores:
net.inet.tcp.reass.maxqlen: 48
net.inet.tcp.reass.maxsegments: 1600
net.inet.tcp.reass.overflows: 1359
As placas de rede são diferentes também.
Abraços.
Em 25 de fevereiro de 2011 17:52, kmkz bleh escreveu:
> Oi Edinilson,
>
> Segue:
>
t; Já experimentou trocar?
>
> Edinilson
> -
> ATINET-Professional Web Hosting
> Tel Voz: (0xx11) 4412-0876
> http://www.atinet.com.br
>
>
> ----- Original Message -
> From: "kmkz bleh"
> To: &qu
Feb 23 14:54:05 BRT
2011 root@gw-ija:/usr/src/sys/i386/compile/SRVGW i386
Em 25 de fevereiro de 2011 13:36, Eduardo Schoedler <
eschoed...@viavale.com.br> escreveu:
> Em 25/02/ 2011 13:27, "kmkz bleh" (quem?) escreveu:
> > Já fixei a em3 por exemplo para usar somente
Já fixei velocidade, deixei em modo automático... de qualquer maneira tenho
perda.
Testei também em outra placa, uma das Intel que o servidor tem e o resultado
foi o mesmo.
Em 25 de fevereiro de 2011 08:35, renato martins escreveu:
> Pode até ser uma pergunta boba, mas você já tentou setar o mod
áfego que está passando nesse server, com
> Firewall + roteamento + Interrupções (IRQ) devem estar matando sua cpu.
> Qual o load dessa máquina ?
>
> --
> Eduardo Schoedler
>
>
> > -Mensagem original-
> > De: freebsd-boun...@fug.com.br [mailto:freebsd-bo
Certo. Obrigado, vou dar uma lida sim.
Eu também utilizo pf na máquina onde faço uns route-to com as classes
inválidas. Logo no início eu tenho isso:
set limit { states 100, frags 10 }
set optimization normal
Será que isto pode estar atrapalhando?
Em 24 de fevereiro de 2011 16:33, Edini
Eu ativei novamente a sysctl "net.isr.direct" e pingando do próprio gateway
o ip na interface bce0, não tive mais perda de pacote.
--- 10.20.0.1 ping statistics ---
100 packets transmitted, 100 packets received, 0.0% packet loss
round-trip min/avg/max/stddev = 0.029/0.994/31.557/4.767 ms
Voltei a
/76.018/21.564 ms
gw# ifconfig bce0
bce0: flags=8843 metric 0 mtu 1500
options=1bb
ether 1c:c1:de:08:de:90
inet 10.20.0.1 netmask 0xfffc broadcast 10.20.0.3
media: Ethernet 1000baseTX
status: active
Em 23 de fevereiro de 2011 14:29, kmkz bleh escreveu:
>
Oi Eduardo,
Obrigado pela atenção.
Já tentei usar FreeBSD série 8. Melhorou em alguns aspectos mas tive uma
série de problemas. O bgp demorava fechar sessão, máquina travando
constantemente com PANIC, na hora de rebootar tinha que tirar cabo de rede
da placa senão voltava o PANIC, e na hora que e
Bom dia pessoal.
Tenho um servidor FreeBSD 7.3 com 8 placas de rede com chipset Intel e
Broadcom. Este é o servidor gateway da minha rede no qual rodo:
pf
named (base)
snmp
openbgp
Possuo três sessões BGP Full e uma Partial.
O que acontece é que estou tendo uma performance muito ruim com relaçã
24 matches
Mail list logo
