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" > To: > 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
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" To: 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 conti
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" >>> To: >>> 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 superi
Re: [FUG-BR] Software que totalize as conexoes
2014-01-31 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 > 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
On 03/02/2014 15:57, Edinilson - ATINET wrote: >> - Original Message - >> From: "Samuel Peres" >> To: >> 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
[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
>- Original Message - >From: "Samuel Peres" >To: >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] 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] 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