Re: [FUG-BR] Acordar interface
Putz, nunca fui feliz com as igb no pfsense uso isto: https://doc.pfsense.org/index.php/Tuning_and_Troubleshooting_Network_Cards quando era o bsd 8, começava a dar uns problemas estranhos de não aprender MAC quando estava usando clear channel conectado ao PTT acho que na época desespero foi tão grande que fiz downgrade do bsd, pois o driver antigo era menos pior, Tentei procurar no google por "frederick igb fug" e achei várias conversas minhas desta época, mas na hora de clicar não acha o histórico da FUG :( Achei na GTER uma parte: http://eng.registro.br/pipermail/gter/2011-April/029964.html ME dá até arrepio lembrar desta treta. Renato Frederick Consultor em TI http://about.me/renatofrederick Skype: renatofrederick +55 31 99123 - 3006 +55 31 2523 - 0686 2017-05-15 1:43 GMT-03:00 Josias L. Gonçalves : > Boa noite. > > Aconteceu comigo com as igb / FreeBSD 11-Stable, hardware pc engines. > No meu caso eu as carrego no loader.conf.local. Não cheguei a testar > compiladas diretamente no kernel. > - > 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] Acordar interface
Boa noite. Aconteceu comigo com as igb / FreeBSD 11-Stable, hardware pc engines. No meu caso eu as carrego no loader.conf.local. Não cheguei a testar compiladas diretamente no kernel. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Acordar interface
Em 2 de maio de 2017 14:46, Nilton José Rizzo escreveu: > Em 2017-05-02 14:21, Paulo Henrique escreveu: > >> Em 2 de maio de 2017 13:49, Luiz Gustavo S. Costa < >> luizgust...@luizgustavo.pro.br> escreveu: >> >> Em 2 de maio de 2017 17:31, Paulo Henrique >>> escreveu: >>> >>> > >>> > Condena a placa de rede, afinal, quando o suporte do driver é ruim o >>> > hardware se torna ruim, e se usuário linux criticar, questione-o com o >>> > dilema de estabilidade x investimento, se ele quer um serviço estável e >>> sem >>> > riscos de operação então terá que realizar o investimento, porém se ele >>> não >>> > quer investimento para obter um ambiente estável, pode usar o linux que >>> > afinal, quem terá prejuizo é ele mesmo !! >>> >>> Gostaria muito do mundo perfeito assim Infelizmente não rola :( >>> >>> >>> Rolar até rola, mas terá que considerar que uma resposta desse tipo pode >> tanto ser benefica, pois passará confiança e comprometimento com qualidade >> e estabilidade para com o cliente, assim como, pode ser um tiro no pé >> acarretando a perda do cliente. >> Com rarissimas excessões, tive poucos problemas com essa abordagem e >> deixar >> claro que a qualidade do hardware é inferior e que utilizar o mesmo >> colocaria em a estabilidade do serviços em contestação sempre foi fator >> positivo, ainda mais quando o serviço está diretamente ligado ao >> faturamento, fica até fácil justificar, pois para um servidor que para >> cada >> hora parado gera um fator negativo no faturamente logo o valor de obtenção >> de um equipamento confiável é menor do que o prejuizo gerado. >> >> Att. Paulo Henrique. >> > > > Note que neste caso, nem sempre o prejuízo é só financeiro, podendo > gerar perda de credibilidade no serviço, e esta falta de confiança gerar > a queda em investimentos por tabela. > > Se o serviço perdeu credibilidade, afetou a reputação da marca e detrimento na prospecção de novos clientes então está gerando prejuizo financeiro, pois deixou de faturar e eventualmente crescer. Já à alguns anos a mentalidade de gestor administrativo com relação a considerar que TI é somente um custo, mal necessário vem mudando e hoje muitas empresas possuem a visão de "investimento" direto nos processos de TI, sendo que compreendem o retorno mantendo ao menos um analista em sua folha de pagamento. As vezes quando a empresa não tem caixa para manter um analista de TI na folha, contrata empresas/profissionais para consultoria especializada em TI só que como proposta o contratante não quer saber de nada da TI, quer o serviço funcionando 24x7x365 e de preferencia com o montante de investimento reduzido o máximo possivel, isso não dá ao contratado a opção de negligênciar a qualidade ou estabilidade em prol de um valor competitivo com a concorrência como as vezes observo, creio que nesse modelo, focar na qualidade de hardware e sistemas se torna a principal diferença entre o profissional full-time que pode dar um SLA abaixo de 1 horas para eventuais problemas e um consultor, que raramente conseguirá estar disponivel com menos de 1 hora. Att. > >> >> -- >>> Luiz Gustavo Costa (Powered by BSD) >>> *+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+ >>> ICQ: 2890831 / Gtalk: gustavo@gmail.com >>> Blog: http://www.luizgustavo.pro.br >>> - >>> Histórico: http://www.fug.com.br/historico/html/freebsd/ >>> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd >>> >>> > -- > > * Nilton José Rizzo Sistema de InformaçãoUFRRJ * > * http://cursos.ufrrj.br/grad/sistemas/* > * lattes:http://lattes.cnpq.br/0079460703536198* > > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > -- :UNI>http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Acordar interface
Em 02/05/2017 14:46, Nilton José Rizzo escreveu: Em 2017-05-02 14:21, Paulo Henrique escreveu: Em 2 de maio de 2017 13:49, Luiz Gustavo S. Costa < luizgust...@luizgustavo.pro.br> escreveu: Em 2 de maio de 2017 17:31, Paulo Henrique escreveu: > > Condena a placa de rede, afinal, quando o suporte do driver é ruim o > hardware se torna ruim, e se usuário linux criticar, questione-o com o > dilema de estabilidade x investimento, se ele quer um serviço estável e sem > riscos de operação então terá que realizar o investimento, porém se ele não > quer investimento para obter um ambiente estável, pode usar o linux que > afinal, quem terá prejuizo é ele mesmo !! Gostaria muito do mundo perfeito assim Infelizmente não rola :( Rolar até rola, mas terá que considerar que uma resposta desse tipo pode tanto ser benefica, pois passará confiança e comprometimento com qualidade e estabilidade para com o cliente, assim como, pode ser um tiro no pé acarretando a perda do cliente. Com rarissimas excessões, tive poucos problemas com essa abordagem e deixar claro que a qualidade do hardware é inferior e que utilizar o mesmo colocaria em a estabilidade do serviços em contestação sempre foi fator positivo, ainda mais quando o serviço está diretamente ligado ao faturamento, fica até fácil justificar, pois para um servidor que para cada hora parado gera um fator negativo no faturamente logo o valor de obtenção de um equipamento confiável é menor do que o prejuizo gerado. Att. Paulo Henrique. Note que neste caso, nem sempre o prejuízo é só financeiro, podendo gerar perda de credibilidade no serviço, e esta falta de confiança gerar a queda em investimentos por tabela. Olha, minha opinião que não vale nada... Estão mudando para FreeBSD por quê? O que ele oferece que o Linux não oferece? Se não oferecer nada além e ainda pedir uma outra placa de rede o cara não vai querer mudar. *Se* antes tinha algum tipo de problema relacionado a placa aí sim, ele pode aceitar a ideia. Se não tinha o cara não vai querer mudar. []'s -Otacilio - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Acordar interface
Em 2017-05-02 14:21, Paulo Henrique escreveu: Em 2 de maio de 2017 13:49, Luiz Gustavo S. Costa < luizgust...@luizgustavo.pro.br> escreveu: Em 2 de maio de 2017 17:31, Paulo Henrique escreveu: > > Condena a placa de rede, afinal, quando o suporte do driver é ruim o > hardware se torna ruim, e se usuário linux criticar, questione-o com o > dilema de estabilidade x investimento, se ele quer um serviço estável e sem > riscos de operação então terá que realizar o investimento, porém se ele não > quer investimento para obter um ambiente estável, pode usar o linux que > afinal, quem terá prejuizo é ele mesmo !! Gostaria muito do mundo perfeito assim Infelizmente não rola :( Rolar até rola, mas terá que considerar que uma resposta desse tipo pode tanto ser benefica, pois passará confiança e comprometimento com qualidade e estabilidade para com o cliente, assim como, pode ser um tiro no pé acarretando a perda do cliente. Com rarissimas excessões, tive poucos problemas com essa abordagem e deixar claro que a qualidade do hardware é inferior e que utilizar o mesmo colocaria em a estabilidade do serviços em contestação sempre foi fator positivo, ainda mais quando o serviço está diretamente ligado ao faturamento, fica até fácil justificar, pois para um servidor que para cada hora parado gera um fator negativo no faturamente logo o valor de obtenção de um equipamento confiável é menor do que o prejuizo gerado. Att. Paulo Henrique. Note que neste caso, nem sempre o prejuízo é só financeiro, podendo gerar perda de credibilidade no serviço, e esta falta de confiança gerar a queda em investimentos por tabela. -- Luiz Gustavo Costa (Powered by BSD) *+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+ ICQ: 2890831 / Gtalk: gustavo@gmail.com Blog: http://www.luizgustavo.pro.br - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- * Nilton José Rizzo Sistema de InformaçãoUFRRJ * * http://cursos.ufrrj.br/grad/sistemas/* * lattes:http://lattes.cnpq.br/0079460703536198* - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Acordar interface
Em 2017-05-02 13:29, Jean Milanez Melo escreveu: O correto é sempre colocar o argumento “up” no rc.conf. Algumas interfaces como por exemplo “ix” só funcionam se estiverem setadas como up. Se isso não funcionar, pode ser algum problema de negociação com o switch, ou mesmo bug no driver. Essa eu não sabia. É obrigatório? em todas? inclusive as wifi? -- Atenciosamente Jean Milanez Melo FreeBSD Brasil LTDA. Fone: (31) 3516-0800 http://www.freebsdbrasil.com.br -- * Nilton José Rizzo Sistema de InformaçãoUFRRJ * * http://cursos.ufrrj.br/grad/sistemas/* * lattes:http://lattes.cnpq.br/0079460703536198* - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Acordar interface
Em 2 de maio de 2017 13:49, Luiz Gustavo S. Costa < luizgust...@luizgustavo.pro.br> escreveu: > Em 2 de maio de 2017 17:31, Paulo Henrique > escreveu: > > > > > Condena a placa de rede, afinal, quando o suporte do driver é ruim o > > hardware se torna ruim, e se usuário linux criticar, questione-o com o > > dilema de estabilidade x investimento, se ele quer um serviço estável e > sem > > riscos de operação então terá que realizar o investimento, porém se ele > não > > quer investimento para obter um ambiente estável, pode usar o linux que > > afinal, quem terá prejuizo é ele mesmo !! > > Gostaria muito do mundo perfeito assim Infelizmente não rola :( > > Rolar até rola, mas terá que considerar que uma resposta desse tipo pode tanto ser benefica, pois passará confiança e comprometimento com qualidade e estabilidade para com o cliente, assim como, pode ser um tiro no pé acarretando a perda do cliente. Com rarissimas excessões, tive poucos problemas com essa abordagem e deixar claro que a qualidade do hardware é inferior e que utilizar o mesmo colocaria em a estabilidade do serviços em contestação sempre foi fator positivo, ainda mais quando o serviço está diretamente ligado ao faturamento, fica até fácil justificar, pois para um servidor que para cada hora parado gera um fator negativo no faturamente logo o valor de obtenção de um equipamento confiável é menor do que o prejuizo gerado. Att. Paulo Henrique. > -- > Luiz Gustavo Costa (Powered by BSD) > *+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+ > ICQ: 2890831 / Gtalk: gustavo@gmail.com > Blog: http://www.luizgustavo.pro.br > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > -- :UNI>http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Acordar interface
Em 2 de maio de 2017 17:31, Paulo Henrique escreveu: > > Condena a placa de rede, afinal, quando o suporte do driver é ruim o > hardware se torna ruim, e se usuário linux criticar, questione-o com o > dilema de estabilidade x investimento, se ele quer um serviço estável e sem > riscos de operação então terá que realizar o investimento, porém se ele não > quer investimento para obter um ambiente estável, pode usar o linux que > afinal, quem terá prejuizo é ele mesmo !! Gostaria muito do mundo perfeito assim Infelizmente não rola :( -- Luiz Gustavo Costa (Powered by BSD) *+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+ ICQ: 2890831 / Gtalk: gustavo@gmail.com Blog: http://www.luizgustavo.pro.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] Acordar interface
Em 2 de maio de 2017 12:58, Luiz Gustavo S. Costa < luizgust...@luizgustavo.pro.br> escreveu: > Em 2 de maio de 2017 16:36, Ricardo Ferreira > escreveu: > > > > Aqui passei pelo mesmo problema que só consegui resolver "upando" as > realtek > > antes de atribuir ip via rc.conf. ifconfig_re0="up" e depois atribuí os > > IPs... > > Se ainda assim não resolver coloca no /etc/rc.conf.local > /sbin/ifconfig_reX > > down e em seguida /sbin/ifconfig reX up > > Foi exatamente isso que fiz para contornar o problema, porém, isso não > é nada elegante :( e explicar isso para algumas pessoas Linux-like vai > ser extremamente frustante :p > > -- > Luiz Gustavo Costa (Powered by BSD) > *+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+ > ICQ: 2890831 / Gtalk: gustavo@gmail.com > Blog: http://www.luizgustavo.pro.br > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > Solução elegante abaixo: Condena a placa de rede, afinal, quando o suporte do driver é ruim o hardware se torna ruim, e se usuário linux criticar, questione-o com o dilema de estabilidade x investimento, se ele quer um serviço estável e sem riscos de operação então terá que realizar o investimento, porém se ele não quer investimento para obter um ambiente estável, pode usar o linux que afinal, quem terá prejuizo é ele mesmo !! Att. -- :UNI>http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Acordar interface
O correto é sempre colocar o argumento “up” no rc.conf. Algumas interfaces como por exemplo “ix” só funcionam se estiverem setadas como up. Se isso não funcionar, pode ser algum problema de negociação com o switch, ou mesmo bug no driver. -- Atenciosamente Jean Milanez Melo FreeBSD Brasil LTDA. Fone: (31) 3516-0800 http://www.freebsdbrasil.com.br Classificação: essa informação é CONFIDENCIAL/PRIVADA, antes de imprimir ou compartilhar, solicite nosso Guia de Seg. da Informação. This information is classified, before printing/sharing ask for our Information Security guidelines. > Em 2 de mai de 2017, à(s) 12:58, Luiz Gustavo S. Costa > escreveu: > > Em 2 de maio de 2017 16:36, Ricardo Ferreira > escreveu: >> >> Aqui passei pelo mesmo problema que só consegui resolver "upando" as realtek >> antes de atribuir ip via rc.conf. ifconfig_re0="up" e depois atribuí os >> IPs... >> Se ainda assim não resolver coloca no /etc/rc.conf.local /sbin/ifconfig_reX >> down e em seguida /sbin/ifconfig reX up > > Foi exatamente isso que fiz para contornar o problema, porém, isso não > é nada elegante :( e explicar isso para algumas pessoas Linux-like vai > ser extremamente frustante :p > > -- > Luiz Gustavo Costa (Powered by BSD) > *+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+ > ICQ: 2890831 / Gtalk: gustavo@gmail.com > Blog: http://www.luizgustavo.pro.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] Acordar interface
Em 2 de maio de 2017 16:36, Ricardo Ferreira escreveu: > > Aqui passei pelo mesmo problema que só consegui resolver "upando" as realtek > antes de atribuir ip via rc.conf. ifconfig_re0="up" e depois atribuí os > IPs... > Se ainda assim não resolver coloca no /etc/rc.conf.local /sbin/ifconfig_reX > down e em seguida /sbin/ifconfig reX up Foi exatamente isso que fiz para contornar o problema, porém, isso não é nada elegante :( e explicar isso para algumas pessoas Linux-like vai ser extremamente frustante :p -- Luiz Gustavo Costa (Powered by BSD) *+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+ ICQ: 2890831 / Gtalk: gustavo@gmail.com Blog: http://www.luizgustavo.pro.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] Acordar interface
Em 02/05/2017 12:21, Luiz Gustavo S. Costa escreveu: Boas lista !!! Quanto tempo ??!! rsrsrsrs Eu estou com uma missão aqui que é migrar alguns hardwares xing-ling de linux para freebsd. Mas parei numa bizarrice que ainda não consegui diagnosticar, a não ser atuando manualmente. Tenho um hardware com duas realtreco (digo, realtek -- if_re) onboard, configurado com seus ip's certinho no rc.conf, etc... mas quando rebooto, os bichos não geram tráfego ! nenhuma mensagem, nenhum erro, link ativo... porém nada no tcpdump. Ai eu rodo um down e em seguida um up e pimba ! tudo corre maravilhosamente normal ! dragonfly, openbsd não acontece isso. já ate testei com o 9.3-RELEASE e é a mesma coisa. alguém já passou por isso ? Abraços Olá a todos! Aqui passei pelo mesmo problema que só consegui resolver "upando" as realtek antes de atribuir ip via rc.conf. ifconfig_re0="up" e depois atribuí os IPs... Se ainda assim não resolver coloca no /etc/rc.conf.local /sbin/ifconfig_reX down e em seguida /sbin/ifconfig reX up []s Ricardo Ferreira - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Acordar interface
Boas lista !!! Quanto tempo ??!! rsrsrsrs Eu estou com uma missão aqui que é migrar alguns hardwares xing-ling de linux para freebsd. Mas parei numa bizarrice que ainda não consegui diagnosticar, a não ser atuando manualmente. Tenho um hardware com duas realtreco (digo, realtek -- if_re) onboard, configurado com seus ip's certinho no rc.conf, etc... mas quando rebooto, os bichos não geram tráfego ! nenhuma mensagem, nenhum erro, link ativo... porém nada no tcpdump. Ai eu rodo um down e em seguida um up e pimba ! tudo corre maravilhosamente normal ! dragonfly, openbsd não acontece isso. já ate testei com o 9.3-RELEASE e é a mesma coisa. alguém já passou por isso ? Abraços -- Luiz Gustavo Costa (Powered by BSD) *+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+ ICQ: 2890831 / Gtalk: gustavo@gmail.com Blog: http://www.luizgustavo.pro.br - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd