[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 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
>> > 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 > 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 > > 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 > 2013/8/6 Hygor > > > 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 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
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 escreveu: > Em 6 de agosto de 2013 12:42, Luiz Otavio O Souza >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 escreveu: > 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 escreveu: > > > Em 6 de agosto de 2013 12:42, Luiz Otavio O Souza > >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
