Re: [FUG-BR] Fatal trap 12: page fault while in kernel mode [SOLVED] (16 meses depois)
Em 02/02/2014 21:04, Cleyton Agapito escreveu: Olá Caríssimos! É com muito prazer que compartilho com os senhores e senhoras um probleminha encardido que vinha me perturbando deste setembro de 2012, Fatal trap 12: page fault while in kernel mode, abaixo vou contar a historinha, no último parágrafo a solução. Eu poderia ficar o dia inteiro lendo notícias, programando que não dava nada, esporadicamente o sistema panicava, vendo vídeo, baixando torrents, copiando grandes arquivos (mesmo em modo solteiro [single]), nada coerente, consegui modelar a cabeça de um soldado imperial inteira no blender e de vez em quando ao renderizar panicava, não em todas. Compilar o kernel/userland também, de vez em quando ia tudo, de vez em quando parava (compilei a 8.2, 9.1, 9.2 e 10, cheguei à conclusão que não era a versão, hehe). Para ajudar tinham alguns reboots causados por inconsistências devido às constantes panes que só tornavam o problema mais nebuloso, ocorriam panes até em idle, sinistro. Os dumps vinham como se tivesse vazado bit pra todo lado, números absurdos nos mbufs, interfaces de rede e nos indicadores de paginação, esse até faz sentido já que a falha é de paginação, mas um não tinha nada a ver com outro, pareciam que vinham de máquinas diferentes. A Primeira suspeita é a memória, passei o memtest86+ diversas vezes e não apontava nada. Reinstalei todos os kernel drivers de diversas versões possíves e imagináveis (graças ao svn) e nada. As temperaturas dos processadores central, gráfico e da placa mãe normais, coloquei uma fonte nova de 400 velas e também não resolveu, desliguei journal, softupdates (esse doeu porque leva uma vida pra verificar um slice de 1G!). Suspeitei do disco SATA2 na interface SATA1 e de algum binário corrompído (tenho cerca de 2800 ports compilados e nem todos estão atualizados), então reinstalei o 10R em um disco IDE velho que tinha aqui e fui reconstruindo o sistema com binários, o windowmaker e o xosview nem abrem dão 11 direto (é só abrir, pelo menos sem pane), mas ao ver flash no firefox, pane, reiniciar, pane denovo, gqview, pane. Não era software. Aqui em Curitiba chegou o armagedom, e com isso as panes ficaram mais frequentes, mesmo com tudo limpinho e brilhante. Percebi que de vez em quando o X dava sinal 6 e outras 10 (bus error!), descobri que quem throlla esse sinal é o processador, que andava a não mais que 60°C a todo o vapor. Suspeitei de algum problema na ponte norte, então baixei a velocidade do barramento frontal (FSB) para 100MHz (que era o mínimo que dava) e as panes pararam! Estressei ele bastante e não ocorreu nenhuma pane, até não foi difícil porque ele tava uma lesma mesmo e para ir a 2.5 de carga não precisava muito. No notebook do trampo o cooler estava entupido de poeira e até descobrir como desmontava aquela bomba (um HP6515b, no youtube tem a manha de um parafuseco escondido) eu baixava o clock pra não derreter tudo enquanto procurava no google, então o diagnóstico de temperatura (ainda mais em dias quentes) estava valendo, mas nenhum dos sensores apontava anormalidade em casa. Resolvi então desmontar o dissipador da ponte norte (PM4800CE) e tive a surpresa. Até tinha uma camada de pasta no dissipador mas só deixou marca nas bordas de plástico do chip, a moeda central (que é de metal) estava sem uma mancha de pasta! Nem sei como durou tanto tempo (ela já tem 7 anos). Melequei tudo de pasta, me empolguei e soquei na placa de video também (o que não foi uma boa ideia porque lá é aquela fita térmica que não sai, mas ficou toda lambuzada também). Ou seja, os sensores da placa mãe não pegam esse defeito, os programas de benchmark não conseguem esquentá-lo o suficiente e os coredumps não dizem na da de relevante. É de perder os cabelos. Se algum gringo tiver tendo esse problema também e por infelicidade encontrar isso e não entender nada, vai aqui resumidamente em outras palavras: Overheating at the Northbridge, lack of thermal paste under the sink generating random page faults even under the normal conditions in the sensors and aproval of the smartd, memtest and bonnie. That is a tip. Abração à todos. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd É grande isso realmente incomoda muito, a HP saiu da minha lista de notebooks confiáveis depois da serie Pavillion DV6000 com pane no northbridge/GPU. O lado bom é que está solucionado, valeu por ter compartilhado. Att. -- Paulo Henrique. Grupo de Usuários do FreeBSD no Brasil. Fone: (21) 96713-5042 - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Problemas com roteamento FreeBSD-9.2
Boa tarde, Estou com um problema estranho no FreeBSD-9.2 (r260799) com OpenBGPD. Não consigo remover 1 rota específica, retorna o seguinte erro: # route delete -inet 187.xx.xxx.0/22 -iface vlan569 -fib 0 route: writing to routing socket: Address already in use delete net 187.16.216.0: gateway vlan569 fib 0: gateway uses the same route Exit 1 No momento não estou com nenhum IP configurado na mesma subnet da rota que estou tentando remover (tinha, mas removi com ifconfig sem nenhum problema). Com netstat ou bgpctl consigo ver a rota em questão, vejam: # netstat -nr | grep 187.xx.xxx 187.xx.xxx.0/22187.xx.xx.xx UG1 0 3806179 vlan569 Entretanto, não era para essa rota na está na VLAN 569, era para está em outra VLAN. Esse mesmo problema foi tratado em [1], onde aparentemente só foi corrigido aplicando um patch, mas não estou muito otimista e recorro a FUG em busca de ajuda. Já tive esse problema umas duas ou três vezes, infelizmente só consegui resolver após um reboot. Percebi que esse problema acontece da seguinte forma (simulei isso para constatar): * Todas sessões BGP estão down no início. Em seguida: 1- Subo a sessão BGP do PTT; 2- Subo a sessão BGP da Algar; Tudo ok até aqui 3- down na sessão com PTT; 4- down na sessão da Algar; 5- Subo novamente a sessão da Algar; 6- Tento subir novamente a sessão com o PTT; Ou seja, o sexto passo eu não executo com sucesso, visto que perco comunicação com o roteador do PTT. Loucura não? Com certeza, mas acontece isso aqui e já tentei atualizar o FreeBSD para tentar resolver e nada. O negócio é tão maluco que nem mesmo a tabela arp dos endereços associados a VLAN do PTT eu consigo remover quando acontece isso. Retorna o erro arp: writing to routing socket: Invalid argument. Se tento adicionar o IP novamente a VLAN retorna o erro ifconfig: ioctl (SIOCAIFADDR): Address already in use. Em outra localidade tenho um Mikrotik (estou aguardando a chegada de um Juniper MX10) com o mesmo cenário (PTT e Algar) e não acontece esse problema. Alguém tem alguma dica? [1] http://forums.freebsd.org/viewtopic.php?t=42547 Obrigado! Samuel Peres - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Problemas com roteamento FreeBSD-9.2
- Original Message - From: Samuel Peres samuelpe...@migtelecom.com.br To: freebsd@fug.com.br Sent: Monday, February 03, 2014 2:39 PM Subject: [FUG-BR] Problemas com roteamento FreeBSD-9.2 Boa tarde, Estou com um problema estranho no FreeBSD-9.2 (r260799) com OpenBGPD. Não consigo remover 1 rota específica, retorna o seguinte erro: # route delete -inet 187.xx.xxx.0/22 -iface vlan569 -fib 0 route: writing to routing socket: Address already in use delete net 187.16.216.0: gateway vlan569 fib 0: gateway uses the same route Exit 1 No momento não estou com nenhum IP configurado na mesma subnet da rota que estou tentando remover (tinha, mas removi com ifconfig sem nenhum problema). Com netstat ou bgpctl consigo ver a rota em questão, vejam: # netstat -nr | grep 187.xx.xxx 187.xx.xxx.0/22187.xx.xx.xx UG1 0 3806179 vlan569 Entretanto, não era para essa rota na está na VLAN 569, era para está em outra VLAN. Esse mesmo problema foi tratado em [1], onde aparentemente só foi corrigido aplicando um patch, mas não estou muito otimista e recorro a FUG em busca de ajuda. Já tive esse problema umas duas ou três vezes, infelizmente só consegui resolver após um reboot. Percebi que esse problema acontece da seguinte forma (simulei isso para constatar): * Todas sessões BGP estão down no início. Em seguida: 1- Subo a sessão BGP do PTT; 2- Subo a sessão BGP da Algar; Tudo ok até aqui 3- down na sessão com PTT; 4- down na sessão da Algar; 5- Subo novamente a sessão da Algar; 6- Tento subir novamente a sessão com o PTT; Ou seja, o sexto passo eu não executo com sucesso, visto que perco comunicação com o roteador do PTT. Loucura não? Com certeza, mas acontece isso aqui e já tentei atualizar o FreeBSD para tentar resolver e nada. O negócio é tão maluco que nem mesmo a tabela arp dos endereços associados a VLAN do PTT eu consigo remover quando acontece isso. Retorna o erro arp: writing to routing socket: Invalid argument. Se tento adicionar o IP novamente a VLAN retorna o erro ifconfig: ioctl (SIOCAIFADDR): Address already in use. Em outra localidade tenho um Mikrotik (estou aguardando a chegada de um Juniper MX10) com o mesmo cenário (PTT e Algar) e não acontece esse problema. Alguém tem alguma dica? [1] http://forums.freebsd.org/viewtopic.php?t=42547 Obrigado! Samuel Peres Caro Samuel, eu não tive especificamente este problema com o OpenBGPD. O problema que tive foi com a 2a. parte do seu problema, que está relacionado ao ARP (O negócio é tão maluco que nem mesmo a tabela arp dos endereços associados a VLAN do PTT eu consigo remover quando acontece isso. Retorna o erro arp: writing to routing socket: Invalid argument. ). O que percebi, na epoca (isto foi com o FreeBSD 5.xx até o 7.xx, é que SE deixasse a opcao net.inet.ip.fastforwarding=1, e digitasse um simples: arp -a -d acontecia este problema e, as vezes, kernel panic. Desligue esta opcao e faca um teste. Cuidado tambem com queues do ipfw. Edinilson -- ATINET Tel Voz: (0xx11) 4412-0876 http://www.atinet.com.br - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Hora de migrar pro pkgng, pkg_* EOL em 6 meses
Pra quem estava com receio de migrar pro pkgng, não vai mais ter escapatória. Para que a árvore do ports seja modernizada é necessário andarmos pra frente e esquecermos das antigas ferramentas de gerência de pacotes binários (pkg_*), eles serão descontinuados dentro de 6 meses, em todos os branches do FreeBSD. http://blogs.freebsdish.org/portmgr/2014/02/03/time-to-bid-farewell-to-the-old-pkg_-tools/ []s -- 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] Problemas com roteamento FreeBSD-9.2
On 03/02/2014 15:57, Edinilson - ATINET wrote: - Original Message - From: Samuel Peres samuelpe...@migtelecom.com.br To: freebsd@fug.com.br Sent: Monday, February 03, 2014 2:39 PM Subject: [FUG-BR] Problemas com roteamento FreeBSD-9.2 Boa tarde, Estou com um problema estranho no FreeBSD-9.2 (r260799) com OpenBGPD. Não consigo remover 1 rota específica, retorna o seguinte erro: # route delete -inet 187.xx.xxx.0/22 -iface vlan569 -fib 0 route: writing to routing socket: Address already in use delete net 187.16.216.0: gateway vlan569 fib 0: gateway uses the same route Exit 1 No momento não estou com nenhum IP configurado na mesma subnet da rota que estou tentando remover (tinha, mas removi com ifconfig sem nenhum problema). Com netstat ou bgpctl consigo ver a rota em questão, vejam: # netstat -nr | grep 187.xx.xxx 187.xx.xxx.0/22187.xx.xx.xx UG1 0 3806179 vlan569 Entretanto, não era para essa rota na está na VLAN 569, era para está em outra VLAN. Esse mesmo problema foi tratado em [1], onde aparentemente só foi corrigido aplicando um patch, mas não estou muito otimista e recorro a FUG em busca de ajuda. Já tive esse problema umas duas ou três vezes, infelizmente só consegui resolver após um reboot. Percebi que esse problema acontece da seguinte forma (simulei isso para constatar): * Todas sessões BGP estão down no início. Em seguida: 1- Subo a sessão BGP do PTT; 2- Subo a sessão BGP da Algar; Tudo ok até aqui 3- down na sessão com PTT; 4- down na sessão da Algar; 5- Subo novamente a sessão da Algar; 6- Tento subir novamente a sessão com o PTT; Ou seja, o sexto passo eu não executo com sucesso, visto que perco comunicação com o roteador do PTT. Loucura não? Com certeza, mas acontece isso aqui e já tentei atualizar o FreeBSD para tentar resolver e nada. O negócio é tão maluco que nem mesmo a tabela arp dos endereços associados a VLAN do PTT eu consigo remover quando acontece isso. Retorna o erro arp: writing to routing socket: Invalid argument. Se tento adicionar o IP novamente a VLAN retorna o erro ifconfig: ioctl (SIOCAIFADDR): Address already in use. Em outra localidade tenho um Mikrotik (estou aguardando a chegada de um Juniper MX10) com o mesmo cenário (PTT e Algar) e não acontece esse problema. Alguém tem alguma dica? [1] http://forums.freebsd.org/viewtopic.php?t=42547 Obrigado! Samuel Peres Caro Samuel, eu não tive especificamente este problema com o OpenBGPD. O problema que tive foi com a 2a. parte do seu problema, que está relacionado ao ARP (O negócio é tão maluco que nem mesmo a tabela arp dos endereços associados a VLAN do PTT eu consigo remover quando acontece isso. Retorna o erro arp: writing to routing socket: Invalid argument. ). O que percebi, na epoca (isto foi com o FreeBSD 5.xx até o 7.xx, é que SE deixasse a opcao net.inet.ip.fastforwarding=1, e digitasse um simples: arp -a -d acontecia este problema e, as vezes, kernel panic. Desligue esta opcao e faca um teste. Cuidado tambem com queues do ipfw. Edinilson -- ATINET Tel Voz: (0xx11) 4412-0876 http://www.atinet.com.br - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd Olá Edinilson, Vou fazer esse teste mais tarde e reporto os resultados. Uma coisa é fato, já bem próximo de 800Mb de tráfego passando por esse FreeBSD, em um hardware bem dimensionado, devo admitir que estou perdendo um pouco a confiança no sistema para roteamento. Não importa o que os mais experientes e saudosistas digam. Uso FreeBSD há mais de 10 anos (comecei com a versão 4.7) e uso aqui para praticamente tudo, até mesmo como desktop no meu notebook, mas para roteamento acima de 500Mb estou caindo fora. Alguém roda com mais de 1Gb de tráfego? Parabéns e fico feliz por você! Eu aqui estou tendo problema até mesmo com um simples route delete. Preciso atualizar para a versão 10, regredir para a 9.1 ou aplicar patch para corrigir um troço desse? Fala sério, muitos sabem que não é tão simples assim, principalmente quando é 800Mbit/s passando pelo sistema. Samuel Peres - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Software que totalize as conexoes
2014-01-31 edinil...@atinet.com.br edinil...@atinet.com.br: -Mensagem Original- From: Renato Frederick ren...@frederick.eti.br Date: Fri, 31 Jan 2014 17:39:20 -0200 To: freebsd@fug.com.br Subject: Re: [FUG-BR] Software que totalize as conexoes Em 31/01/14 17:37, Edinilson - ATINET escreveu: Caros amigos, Estou precisando de algum software que totalizasse as conexoes tcp/udp. Seria algo como o trafshow, só que n?o preciso que mostre os bytes, somente quantas conexoes UDP e TCP um determinado IP possui. Algo como: IP TCP UDP 192.168.0.1 30 10 192.168.0.2 20 05 Alguem conhece algum software que faca isto? Ja procurei no ports e nao encontrei nada simples. Obrigado Edinilson -- ATINET Tel Voz: (0xx11) 4412-0876 http://www.atinet.com.br Opa voc? controla o CPE? Só tendo controle sobre ele voc? poderia fazer esta contabilidade!! Caro Renato, temos controle sobre a CPE sim. Porem, eu precisaria de um instantaneo de IP vs. conexoes. Nao sera necessario nem armazenar ou contabilizar isto, soh ter uma visualizacao em dado momento de quantas conexoes TCP e UDP determinado IP possui. Obrigado Edinilson Podes usar o sockstat -c | grep whatever file.txt Direcionar para um arquivo e usar outras coisas para contar/agrupas as linhas por alguma chave.. abraco - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Problemas com roteamento FreeBSD-9.2
Em 03/02/14 16:41, Samuel Peres escreveu: On 03/02/2014 15:57, Edinilson - ATINET wrote: - Original Message - From: Samuel Peres samuelpe...@migtelecom.com.br To: freebsd@fug.com.br Sent: Monday, February 03, 2014 2:39 PM Subject: [FUG-BR] Problemas com roteamento FreeBSD-9.2 Boa tarde, Estou com um problema estranho no FreeBSD-9.2 (r260799) com OpenBGPD. Não consigo remover 1 rota específica, retorna o seguinte erro: # route delete -inet 187.xx.xxx.0/22 -iface vlan569 -fib 0 route: writing to routing socket: Address already in use delete net 187.16.216.0: gateway vlan569 fib 0: gateway uses the same route Exit 1 No momento não estou com nenhum IP configurado na mesma subnet da rota que estou tentando remover (tinha, mas removi com ifconfig sem nenhum problema). Com netstat ou bgpctl consigo ver a rota em questão, vejam: # netstat -nr | grep 187.xx.xxx 187.xx.xxx.0/22187.xx.xx.xx UG1 0 3806179 vlan569 Entretanto, não era para essa rota na está na VLAN 569, era para está em outra VLAN. Esse mesmo problema foi tratado em [1], onde aparentemente só foi corrigido aplicando um patch, mas não estou muito otimista e recorro a FUG em busca de ajuda. Já tive esse problema umas duas ou três vezes, infelizmente só consegui resolver após um reboot. Percebi que esse problema acontece da seguinte forma (simulei isso para constatar): * Todas sessões BGP estão down no início. Em seguida: 1- Subo a sessão BGP do PTT; 2- Subo a sessão BGP da Algar; Tudo ok até aqui 3- down na sessão com PTT; 4- down na sessão da Algar; 5- Subo novamente a sessão da Algar; 6- Tento subir novamente a sessão com o PTT; Ou seja, o sexto passo eu não executo com sucesso, visto que perco comunicação com o roteador do PTT. Loucura não? Com certeza, mas acontece isso aqui e já tentei atualizar o FreeBSD para tentar resolver e nada. O negócio é tão maluco que nem mesmo a tabela arp dos endereços associados a VLAN do PTT eu consigo remover quando acontece isso. Retorna o erro arp: writing to routing socket: Invalid argument. Se tento adicionar o IP novamente a VLAN retorna o erro ifconfig: ioctl (SIOCAIFADDR): Address already in use. Em outra localidade tenho um Mikrotik (estou aguardando a chegada de um Juniper MX10) com o mesmo cenário (PTT e Algar) e não acontece esse problema. Alguém tem alguma dica? [1] http://forums.freebsd.org/viewtopic.php?t=42547 Obrigado! Samuel Peres Caro Samuel, eu não tive especificamente este problema com o OpenBGPD. O problema que tive foi com a 2a. parte do seu problema, que está relacionado ao ARP (O negócio é tão maluco que nem mesmo a tabela arp dos endereços associados a VLAN do PTT eu consigo remover quando acontece isso. Retorna o erro arp: writing to routing socket: Invalid argument. ). O que percebi, na epoca (isto foi com o FreeBSD 5.xx até o 7.xx, é que SE deixasse a opcao net.inet.ip.fastforwarding=1, e digitasse um simples: arp -a -d acontecia este problema e, as vezes, kernel panic. Desligue esta opcao e faca um teste. Cuidado tambem com queues do ipfw. Edinilson -- ATINET Tel Voz: (0xx11) 4412-0876 http://www.atinet.com.br - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd Olá Edinilson, Vou fazer esse teste mais tarde e reporto os resultados. Uma coisa é fato, já bem próximo de 800Mb de tráfego passando por esse FreeBSD, em um hardware bem dimensionado, devo admitir que estou perdendo um pouco a confiança no sistema para roteamento. Não importa o que os mais experientes e saudosistas digam. Uso FreeBSD há mais de 10 anos (comecei com a versão 4.7) e uso aqui para praticamente tudo, até mesmo como desktop no meu notebook, mas para roteamento acima de 500Mb estou caindo fora. Alguém roda com mais de 1Gb de tráfego? Parabéns e fico feliz por você! Eu aqui estou tendo problema até mesmo com um simples route delete. Preciso atualizar para a versão 10, regredir para a 9.1 ou aplicar patch para corrigir um troço desse? Fala sério, muitos sabem que não é tão simples assim, principalmente quando é 800Mbit/s passando pelo sistema. Pois é cada um é cada um. Eu já tive sérios problemas com Linux em tráfegos de 100 e 200Mbps. Hoje tenho link de 2Gbps e cheguei à bater 1.8Gbps de tráfego sem problemas usando FreeBSD 9.x + OpenBGP + Link Aggregation + vlans Esse mesmo router bgp segura 4 cidades com um pico até o momento de 11.145 assinantes simultâneos, fecha 14 sessões BGP sendo 2 full IPv4 e 4 sessões IPv6 iBGP. Atualmente atualizei para a versão 10.0R e continuo muito contente com o sistema e não vejo a menor possibilidade de eu trocar ele. :) Ao meu ver a pilha TCP/IP dos BSD são muito superiores às dos GNU/Linux e outros sistemas por aí. A própria Juniper usa o FreeBSD em sua base para seus routers. Como implementei meu terceiro PeerApp Cache em 3
Re: [FUG-BR] Problemas com roteamento FreeBSD-9.2
On 2/3/2014 7:01 PM, Marcelo Gondim wrote: Em 03/02/14 16:41, Samuel Peres escreveu: On 03/02/2014 15:57, Edinilson - ATINET wrote: - Original Message - From: Samuel Peres samuelpe...@migtelecom.com.br To: freebsd@fug.com.br Sent: Monday, February 03, 2014 2:39 PM Subject: [FUG-BR] Problemas com roteamento FreeBSD-9.2 Boa tarde, Estou com um problema estranho no FreeBSD-9.2 (r260799) com OpenBGPD. Não consigo remover 1 rota específica, retorna o seguinte erro: # route delete -inet 187.xx.xxx.0/22 -iface vlan569 -fib 0 route: writing to routing socket: Address already in use delete net 187.16.216.0: gateway vlan569 fib 0: gateway uses the same route Exit 1 No momento não estou com nenhum IP configurado na mesma subnet da rota que estou tentando remover (tinha, mas removi com ifconfig sem nenhum problema). Com netstat ou bgpctl consigo ver a rota em questão, vejam: # netstat -nr | grep 187.xx.xxx 187.xx.xxx.0/22187.xx.xx.xx UG1 0 3806179 vlan569 Entretanto, não era para essa rota na está na VLAN 569, era para está em outra VLAN. Esse mesmo problema foi tratado em [1], onde aparentemente só foi corrigido aplicando um patch, mas não estou muito otimista e recorro a FUG em busca de ajuda. Já tive esse problema umas duas ou três vezes, infelizmente só consegui resolver após um reboot. Percebi que esse problema acontece da seguinte forma (simulei isso para constatar): * Todas sessões BGP estão down no início. Em seguida: 1- Subo a sessão BGP do PTT; 2- Subo a sessão BGP da Algar; Tudo ok até aqui 3- down na sessão com PTT; 4- down na sessão da Algar; 5- Subo novamente a sessão da Algar; 6- Tento subir novamente a sessão com o PTT; Ou seja, o sexto passo eu não executo com sucesso, visto que perco comunicação com o roteador do PTT. Loucura não? Com certeza, mas acontece isso aqui e já tentei atualizar o FreeBSD para tentar resolver e nada. O negócio é tão maluco que nem mesmo a tabela arp dos endereços associados a VLAN do PTT eu consigo remover quando acontece isso. Retorna o erro arp: writing to routing socket: Invalid argument. Se tento adicionar o IP novamente a VLAN retorna o erro ifconfig: ioctl (SIOCAIFADDR): Address already in use. Em outra localidade tenho um Mikrotik (estou aguardando a chegada de um Juniper MX10) com o mesmo cenário (PTT e Algar) e não acontece esse problema. Alguém tem alguma dica? [1] http://forums.freebsd.org/viewtopic.php?t=42547 Obrigado! Samuel Peres Caro Samuel, eu não tive especificamente este problema com o OpenBGPD. O problema que tive foi com a 2a. parte do seu problema, que está relacionado ao ARP (O negócio é tão maluco que nem mesmo a tabela arp dos endereços associados a VLAN do PTT eu consigo remover quando acontece isso. Retorna o erro arp: writing to routing socket: Invalid argument. ). O que percebi, na epoca (isto foi com o FreeBSD 5.xx até o 7.xx, é que SE deixasse a opcao net.inet.ip.fastforwarding=1, e digitasse um simples: arp -a -d acontecia este problema e, as vezes, kernel panic. Desligue esta opcao e faca um teste. Cuidado tambem com queues do ipfw. Edinilson -- ATINET Tel Voz: (0xx11) 4412-0876 http://www.atinet.com.br - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd Olá Edinilson, Vou fazer esse teste mais tarde e reporto os resultados. Uma coisa é fato, já bem próximo de 800Mb de tráfego passando por esse FreeBSD, em um hardware bem dimensionado, devo admitir que estou perdendo um pouco a confiança no sistema para roteamento. Não importa o que os mais experientes e saudosistas digam. Uso FreeBSD há mais de 10 anos (comecei com a versão 4.7) e uso aqui para praticamente tudo, até mesmo como desktop no meu notebook, mas para roteamento acima de 500Mb estou caindo fora. Alguém roda com mais de 1Gb de tráfego? Parabéns e fico feliz por você! Eu aqui estou tendo problema até mesmo com um simples route delete. Preciso atualizar para a versão 10, regredir para a 9.1 ou aplicar patch para corrigir um troço desse? Fala sério, muitos sabem que não é tão simples assim, principalmente quando é 800Mbit/s passando pelo sistema. Pois é cada um é cada um. Eu já tive sérios problemas com Linux em tráfegos de 100 e 200Mbps. Hoje tenho link de 2Gbps e cheguei à bater 1.8Gbps de tráfego sem problemas usando FreeBSD 9.x + OpenBGP + Link Aggregation + vlans Esse mesmo router bgp segura 4 cidades com um pico até o momento de 11.145 assinantes simultâneos, fecha 14 sessões BGP sendo 2 full IPv4 e 4 sessões IPv6 iBGP. Atualmente atualizei para a versão 10.0R e continuo muito contente com o sistema e não vejo a menor possibilidade de eu trocar ele. :) Ao meu ver a pilha TCP/IP dos BSD são muito superiores às dos GNU/Linux e outros sistemas por aí. A própria Juniper usa o FreeBSD em sua base para seus routers.
Re: [FUG-BR] Problemas com roteamento FreeBSD-9.2
Em 03/02/14 23:42, Samuel Peres escreveu: On 2/3/2014 7:01 PM, Marcelo Gondim wrote: Em 03/02/14 16:41, Samuel Peres escreveu: On 03/02/2014 15:57, Edinilson - ATINET wrote: - Original Message - From: Samuel Peres samuelpe...@migtelecom.com.br To: freebsd@fug.com.br Sent: Monday, February 03, 2014 2:39 PM Subject: [FUG-BR] Problemas com roteamento FreeBSD-9.2 Boa tarde, Estou com um problema estranho no FreeBSD-9.2 (r260799) com OpenBGPD. Não consigo remover 1 rota específica, retorna o seguinte erro: # route delete -inet 187.xx.xxx.0/22 -iface vlan569 -fib 0 route: writing to routing socket: Address already in use delete net 187.16.216.0: gateway vlan569 fib 0: gateway uses the same route Exit 1 No momento não estou com nenhum IP configurado na mesma subnet da rota que estou tentando remover (tinha, mas removi com ifconfig sem nenhum problema). Com netstat ou bgpctl consigo ver a rota em questão, vejam: # netstat -nr | grep 187.xx.xxx 187.xx.xxx.0/22187.xx.xx.xx UG1 0 3806179 vlan569 Entretanto, não era para essa rota na está na VLAN 569, era para está em outra VLAN. Esse mesmo problema foi tratado em [1], onde aparentemente só foi corrigido aplicando um patch, mas não estou muito otimista e recorro a FUG em busca de ajuda. Já tive esse problema umas duas ou três vezes, infelizmente só consegui resolver após um reboot. Percebi que esse problema acontece da seguinte forma (simulei isso para constatar): * Todas sessões BGP estão down no início. Em seguida: 1- Subo a sessão BGP do PTT; 2- Subo a sessão BGP da Algar; Tudo ok até aqui 3- down na sessão com PTT; 4- down na sessão da Algar; 5- Subo novamente a sessão da Algar; 6- Tento subir novamente a sessão com o PTT; Ou seja, o sexto passo eu não executo com sucesso, visto que perco comunicação com o roteador do PTT. Loucura não? Com certeza, mas acontece isso aqui e já tentei atualizar o FreeBSD para tentar resolver e nada. O negócio é tão maluco que nem mesmo a tabela arp dos endereços associados a VLAN do PTT eu consigo remover quando acontece isso. Retorna o erro arp: writing to routing socket: Invalid argument. Se tento adicionar o IP novamente a VLAN retorna o erro ifconfig: ioctl (SIOCAIFADDR): Address already in use. Em outra localidade tenho um Mikrotik (estou aguardando a chegada de um Juniper MX10) com o mesmo cenário (PTT e Algar) e não acontece esse problema. Alguém tem alguma dica? [1] http://forums.freebsd.org/viewtopic.php?t=42547 Obrigado! Samuel Peres Caro Samuel, eu não tive especificamente este problema com o OpenBGPD. O problema que tive foi com a 2a. parte do seu problema, que está relacionado ao ARP (O negócio é tão maluco que nem mesmo a tabela arp dos endereços associados a VLAN do PTT eu consigo remover quando acontece isso. Retorna o erro arp: writing to routing socket: Invalid argument. ). O que percebi, na epoca (isto foi com o FreeBSD 5.xx até o 7.xx, é que SE deixasse a opcao net.inet.ip.fastforwarding=1, e digitasse um simples: arp -a -d acontecia este problema e, as vezes, kernel panic. Desligue esta opcao e faca um teste. Cuidado tambem com queues do ipfw. Edinilson -- ATINET Tel Voz: (0xx11) 4412-0876 http://www.atinet.com.br - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd Olá Edinilson, Vou fazer esse teste mais tarde e reporto os resultados. Uma coisa é fato, já bem próximo de 800Mb de tráfego passando por esse FreeBSD, em um hardware bem dimensionado, devo admitir que estou perdendo um pouco a confiança no sistema para roteamento. Não importa o que os mais experientes e saudosistas digam. Uso FreeBSD há mais de 10 anos (comecei com a versão 4.7) e uso aqui para praticamente tudo, até mesmo como desktop no meu notebook, mas para roteamento acima de 500Mb estou caindo fora. Alguém roda com mais de 1Gb de tráfego? Parabéns e fico feliz por você! Eu aqui estou tendo problema até mesmo com um simples route delete. Preciso atualizar para a versão 10, regredir para a 9.1 ou aplicar patch para corrigir um troço desse? Fala sério, muitos sabem que não é tão simples assim, principalmente quando é 800Mbit/s passando pelo sistema. Pois é cada um é cada um. Eu já tive sérios problemas com Linux em tráfegos de 100 e 200Mbps. Hoje tenho link de 2Gbps e cheguei à bater 1.8Gbps de tráfego sem problemas usando FreeBSD 9.x + OpenBGP + Link Aggregation + vlans Esse mesmo router bgp segura 4 cidades com um pico até o momento de 11.145 assinantes simultâneos, fecha 14 sessões BGP sendo 2 full IPv4 e 4 sessões IPv6 iBGP. Atualmente atualizei para a versão 10.0R e continuo muito contente com o sistema e não vejo a menor possibilidade de eu trocar ele. :) Ao meu ver a pilha TCP/IP dos BSD são muito superiores às dos GNU/Linux e outros sistemas por aí. A própria Juniper usa