[FUG-BR] OffTopic - Vaga Joinville - SC
Boa tarde Pessoal Segue offTopic: Temos (empres na qual atul) em aberto uma vaga na estrutura de Redes de JV... O $$ eh compatível com a vaga *VAGA JV - *Conhecimentos solicitados para a VAGA** 1.CCNA (desejável mas não obrigatório) 2.LPI (desejável mas não obrigatório) 3.Faculdade na área (desejável mas não obrigatório) 4.Ingles (desejável mas não obrigatório) 5.Redes oModelo OSI o802.1d / 802.1w o802.1q o802.3ad oSniffers oroteamento estatico oroteamento dinamico (bgp - básico) 6.Linux oRoteamento estático oIptables (filter / nat / mangle) oIproute 2 oCompilação de Kernel onet (802.1q, 802.3ad) otcpdump / iptraf 7.Cisco oSwitching (802.1q, 802.3ad, 802.1x) oASA 8.FreeBSD (desejável mas não obrigatório) oRoteamento estático oPF (rules, nat, rdr) oCompilação de Kernel onet (802.1q, 802.3ad) otcpdump / trafshow 9.PFsense (desejável mas não obrigatório) oIPsec onet (802.1q, 802.3ad) 10.Daemons (implantação, utilização, manutenção) oQuagga/Cisco - BGP (basico) oCentreon / Nagios (desenvolvimento de plugins) oCacti oRancid oPostfix 11.Desenvolvimento oScripts shell ophp (basico) omysql (basico) orrd scripts Interessados favor pvt... OBrigado -- Att Christopher Giese Kblo / skywarrior bs...@bsdux.com.br O sucesso é ir de fracasso em fracasso sem perder entusiasmo. (Winston Churchill) - 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 o modulo ehci ( usb 2.0 )
On 06/08/2013 02:34, Danilo Egea wrote: On 08/05/13 19:34, Paulo Henrique - BSDs Brasil wrote: Saudações, Estou com um comportamento muito estranho no FreeBSD 9.2-PRERELEASE Segue a linha do processo intr relacionado ao modulo ehci 12 root -88- 0K 240K WAIT3 222:53 44.14% intr{irq16: ehci0} A maquina é um Core i5 3G em uma placa-mãe chipset H67. Achei umas referencias no UPDATING mais nada que deva estar a pontando o problema ate por que é de 2009. 20090223: The new USB2 stack has now been permanently moved in and all kernel and module names reverted to their previous values (eg, usb, ehci, ohci, ums, ...). The old usb stack can be compiled in by prefixing the name with the letter 'o', the old usb modules have been removed. Updating entry 20090216 for xorg and 20090215 for libmap may still Alguem mais com um comportamento equivalente ? Abaixo esta a saida do vmstat -i root@pdc01:/usr/src # vmstat -i interrupt total rate irq16: ehci0 8813671519 50997 Sozinho fez mais que todo o resto, obs, esse server está ligado a muito pouco tempo. irq23: ehci1 345648 2 cpu0:timer 367371463 2125 irq264: em0 63441544367 irq266: ahci0 36812829213 cpu2:timer 60769849351 cpu3:timer 102598160593 cpu1:timer 75171074434 Total 9520182086 55085 Há um relato referenciando esse mesmo problema em 2011 sobre um FreeBSd 8.2, segue a url:http://lists.freebsd.org/pipermail/freebsd-amd64/2011-April/013801.html Segue abaixo as informações do meu uname: FreeBSD pdc01.intranet 9.2-PRERELEASE FreeBSD 9.2-PRERELEASE #1 r253451: Sat Aug 3 19:22:07 BRT 2013 usuario@pdc01.intranet:/usr/obj/usr/src/sys/BDC01INTRANET amd64 Att. Paulo Henrique. Oi Paulo, eu não tenho ideia do motivo disso, mas você tentou algumas das sugestões da PR? Por exemplo, habilitar alguma das sysctls abaixo. hw.usb.ehci.iaadbug: Enable doorbell bug workaround hw.usb.ehci.lostintrbug: Enable lost interrupt bug workaround Se você não utiliza as portas USB dessa máquina, tente desabilitá-las, ou pelo menos tente desabilitar o USB High Speed. hw.usb.ehci.no_hs: Disable High Speed USB Ou ainda dar um usbconfig power_off nelas. Eu tive um notebook da HP que gerava uma porrada de interrupções do driver EHCI quando ele estava na tomada. Se tirasse o problema parava. Parecido com um descrito na PR. Minha solução era deixar apenas o OHCI habilitado. Locura né? :D Abraço. Opa e a Danilo, Então qualquer função que dependa da USB não funciona no sistema ( excessão do teclado ), não posso desativar a USB pois a placa não tem suporte a PS/2 e é servidor. Estou organizando para no sabado poder mecher nessa bronca, farei as suas sugestões primeiro. Até lá esperar que o servidor aguente. Acho que deve ter algo relacionado ao USB 3.0 pois em um outro que tem a placa-mãe X58 da intel tive que desativar a USB 3.0 pois estava travando a maquina, mais o FreeBSD é um 8.4-Stable. Valeu pelas dicas. Notebbok só tem coisas esquisitas, o meu mesmo se eu desativar o UEFI perco a placa grafica da Nvidia, ficando somente com a Intel 4000 Mais isso é outra historia. Vlw e sabado ficaremos sabendo os resultados. -- Paulo Henrique. /* * Não tenho apego material, * Só que tambem não vivemos em um mundo socialista. */ BSDs Brasil. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Erro arpresolve: can't allocate llinfo for
Bom dia, Estou tendo problemas em uma vlan onde nao consigo pingar os ips do msm segmento.. nessa interface esta setado um ip /22... nos logs aparecem a seguinte msg: arpresolve: can't allocate llinfo for IP Nessa mesma interface tenho outra vlan sem nenhuma anomalia. Algum dos colegas já se deparou com essa msg nos logs? Já aumentei o kern.ipc.nmbclusters para 32768 segue a saida do netstat -m 1796/2434/4230 mbufs in use (current/cache/total) 1794/1394/3188/32768 mbuf clusters in use (current/cache/total/max) 1794/1278 mbuf+clusters out of packet secondary zone in use (current/cache) 0/104/104/16384 4k (page size) jumbo clusters in use (current/cache/total/max) 0/0/0/8192 9k jumbo clusters in use (current/cache/total/max) 0/0/0/4096 16k jumbo clusters in use (current/cache/total/max) 4037K/3812K/7849K bytes allocated to network (current/cache/total) 0/0/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters) 0/0/0 requests for jumbo clusters denied (4k/9k/16k) 0/0/0 sfbufs in use (current/peak/max) 0 requests for sfbufs denied 0 requests for sfbufs delayed 0 requests for I/O initiated by sendfile 0 calls to protocol drain routines - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Erro arpresolve: can't allocate llinfo for
2013/8/6 Hygor hyg...@gmail.com Bom dia, Estou tendo problemas em uma vlan onde nao consigo pingar os ips do msm segmento.. nessa interface esta setado um ip /22... nos logs aparecem a seguinte msg: arpresolve: can't allocate llinfo for IP Nessa mesma interface tenho outra vlan sem nenhuma anomalia. Algum dos colegas já se deparou com essa msg nos logs? Já aumentei o kern.ipc.nmbclusters para 32768 segue a saida do netstat -m 1796/2434/4230 mbufs in use (current/cache/total) 1794/1394/3188/32768 mbuf clusters in use (current/cache/total/max) 1794/1278 mbuf+clusters out of packet secondary zone in use (current/cache) 0/104/104/16384 4k (page size) jumbo clusters in use (current/cache/total/max) 0/0/0/8192 9k jumbo clusters in use (current/cache/total/max) 0/0/0/4096 16k jumbo clusters in use (current/cache/total/max) 4037K/3812K/7849K bytes allocated to network (current/cache/total) 0/0/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters) 0/0/0 requests for jumbo clusters denied (4k/9k/16k) 0/0/0 sfbufs in use (current/peak/max) 0 requests for sfbufs denied 0 requests for sfbufs delayed 0 requests for I/O initiated by sendfile 0 calls to protocol drain routines via arping eu pingo todos os IPS.. - 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 o modulo ehci ( usb 2.0 )
2013/8/6 Paulo Henrique - BSDs Brasil paulo.rd...@bsd.com.br Acho que deve ter algo relacionado ao USB 3.0 pois em um outro que tem a placa-mãe X58 da intel tive que desativar a USB 3.0 pois estava travando a maquina, mais o FreeBSD é um 8.4-Stable. Valeu pelas dicas. USB 3.0 usa o driver xhci e não o ehci (que eh USB 2.0 mesmo). Faça o teste com as sysctls e se não houver resultado, poste seu primeiro e-mail na stable@ (ou faça um followup no PR mesmo) junto com o dmesg (e o pciconf -lv) da maquina. Você viu se no seu caso tem mais algum dispositivo compartilhando a IRQ 16 com o ehci ? Att., Luiz PR: http://www.freebsd.org/cgi/query-pr.cgi?pr=156596 - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Erro arpresolve: can't allocate llinfo for
2013/8/6 Hygor hyg...@gmail.com 2013/8/6 Hygor hyg...@gmail.com Bom dia, Estou tendo problemas em uma vlan onde nao consigo pingar os ips do msm segmento.. nessa interface esta setado um ip /22... nos logs aparecem a seguinte msg: arpresolve: can't allocate llinfo for IP Nessa mesma interface tenho outra vlan sem nenhuma anomalia. Algum dos colegas já se deparou com essa msg nos logs? Já aumentei o kern.ipc.nmbclusters para 32768 segue a saida do netstat -m 1796/2434/4230 mbufs in use (current/cache/total) 1794/1394/3188/32768 mbuf clusters in use (current/cache/total/max) 1794/1278 mbuf+clusters out of packet secondary zone in use (current/cache) 0/104/104/16384 4k (page size) jumbo clusters in use (current/cache/total/max) 0/0/0/8192 9k jumbo clusters in use (current/cache/total/max) 0/0/0/4096 16k jumbo clusters in use (current/cache/total/max) 4037K/3812K/7849K bytes allocated to network (current/cache/total) 0/0/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters) 0/0/0 requests for jumbo clusters denied (4k/9k/16k) 0/0/0 sfbufs in use (current/peak/max) 0 requests for sfbufs denied 0 requests for sfbufs delayed 0 requests for I/O initiated by sendfile 0 calls to protocol drain routines via arping eu pingo todos os IPS.. Você não tem nenhum problema ai na sua configuração ? As redes não estão se 'sobrepondo' de alguma maneira ? Pode passar mais detalhes da sua configuração ? Isso não é problema com limite de buffers... Luiz - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] MySQL + HAST + CARP
Em 2013-08-05 22:20, fknet escreveu: Boa noite pessoal, Gostaria de saber se algum colega tem usado servidor MySQL com HAST com sucesso. Estou pensando em implementar uma outra solução de redundância do meu servidor, o qual roda MySQL (além de outros serviços), usando o HAST, li alguns artigos e me pareceu interessante, só fiquei pensando se não pode danificar nada nos bancos MySQL. Alguém pode comentar sobre este cenário? Obrigado Fabrício Acredito que para banco de dados relacional é melhor usar algum recurso de replicação do próprio SGBD. -- vic choppnerd.com donttrack.us | dontbubble.us - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Erro arpresolve: can't allocate llinfo for
Em 6 de agosto de 2013 12:42, Luiz Otavio O Souza lists...@gmail.comescreveu: passar mais detalhes da sua configuração ? Otavio, Era exatamente isso.. o peer me passou um bloco /22 pra fechar bgp e anunciou pra mim o msm /22... fiz um filtro pra esse bloco e resolveu.. **IMHO o FreeBSD não deveria dar preferencia pelas rotas locais? Obrigado!! Hygor Cavalcante FSNETWORK CONSULTORIA Skype: hygorr MSN: hy...@bsd.com.br EMAIL: hy...@bsd.com.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] Erro arpresolve: can't allocate llinfo for
Observei esse problema também e até agora não encontrei solução. Fiz uns testes com FreeBSD e OpenOSFPD e por exemplo, tenho o ip 172.16.0.1/30 configurado numa interface do FreeBSD, essa interface está ligada em outro roteador com o ip 172.16.0.2/30. Fecho uma sessão OSPF entre ambos, ao anunciar a rede 172.16.0.0/30 pelo OSPF o FreeBSD remove a rota que é criada ao configurar o ip na interface e adiciona a recebida pelo OSPF. Bem estranho, ele não dá a devida preferência para a rota diretamente conectada e pior que, ao derrubar o OSPF, ele simplesmente remove a rota da tabela, não sobe a rota diretamente conectada. Em 6 de agosto de 2013 16:54, Hygor hyg...@gmail.com escreveu: Em 6 de agosto de 2013 12:42, Luiz Otavio O Souza lists...@gmail.com escreveu: passar mais detalhes da sua configuração ? Otavio, Era exatamente isso.. o peer me passou um bloco /22 pra fechar bgp e anunciou pra mim o msm /22... fiz um filtro pra esse bloco e resolveu.. **IMHO o FreeBSD não deveria dar preferencia pelas rotas locais? Obrigado!! Hygor Cavalcante FSNETWORK CONSULTORIA Skype: hygorr MSN: hy...@bsd.com.br EMAIL: hy...@bsd.com.br - 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] MySQL + HAST + CARP
Oi Vic, é o que usamos hoje, a vantagem em usar o HAST que vi é que os demais arquivos do servidor, além do banco, seriam replicados também além de resolver o problema da replicação do MySQL parar de funcionar as vezes... este monitoramento da replicação do mysql é um porre... abs Fabrício Em 06/08/2013 13:51, vic escreveu: Em 2013-08-05 22:20, fknet escreveu: Boa noite pessoal, Gostaria de saber se algum colega tem usado servidor MySQL com HAST com sucesso. Estou pensando em implementar uma outra solução de redundância do meu servidor, o qual roda MySQL (além de outros serviços), usando o HAST, li alguns artigos e me pareceu interessante, só fiquei pensando se não pode danificar nada nos bancos MySQL. Alguém pode comentar sobre este cenário? Obrigado Fabrício Acredito que para banco de dados relacional é melhor usar algum recurso de replicação do próprio SGBD. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Erro arpresolve: can't allocate llinfo for
Em 6 de agosto de 2013 17:55, Listas Discussão dl.la...@gmail.comescreveu: Observei esse problema também e até agora não encontrei solução. Fiz uns testes com FreeBSD e OpenOSFPD e por exemplo, tenho o ip 172.16.0.1/30 configurado numa interface do FreeBSD, essa interface está ligada em outro roteador com o ip 172.16.0.2/30. Fecho uma sessão OSPF entre ambos, ao anunciar a rede 172.16.0.0/30 pelo OSPF o FreeBSD remove a rota que é criada ao configurar o ip na interface e adiciona a recebida pelo OSPF. Bem estranho, ele não dá a devida preferência para a rota diretamente conectada e pior que, ao derrubar o OSPF, ele simplesmente remove a rota da tabela, não sobe a rota diretamente conectada. Esse foi exatamente o comportamento apresentado... acredito que quem está fazendo isso é o OpenOSPFD( no meu caso o OpenBGPD). Em 6 de agosto de 2013 16:54, Hygor hyg...@gmail.com escreveu: Em 6 de agosto de 2013 12:42, Luiz Otavio O Souza lists...@gmail.com escreveu: passar mais detalhes da sua configuração ? Otavio, Era exatamente isso.. o peer me passou um bloco /22 pra fechar bgp e anunciou pra mim o msm /22... fiz um filtro pra esse bloco e resolveu.. **IMHO o FreeBSD não deveria dar preferencia pelas rotas locais? Obrigado!! Hygor Cavalcante FSNETWORK CONSULTORIA Skype: hygorr MSN: hy...@bsd.com.br EMAIL: hy...@bsd.com.br - 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