Re: [FUG-BR] Acordar interface

2017-05-15 Por tôpico Renato Frederick 
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

2017-05-14 Por tôpico 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

Re: [FUG-BR] Acordar interface

2017-05-02 Por tôpico Paulo Henrique 
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

2017-05-02 Por tôpico Otacílio 

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

2017-05-02 Por tôpico Nilton José Rizzo 

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

2017-05-02 Por tôpico Nilton José Rizzo 

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

2017-05-02 Por tôpico Paulo Henrique 
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

2017-05-02 Por tôpico Luiz Gustavo S. Costa 
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

2017-05-02 Por tôpico Paulo Henrique 
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

2017-05-02 Por tôpico Jean Milanez Melo 
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

2017-05-02 Por tôpico Luiz Gustavo S. Costa 
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

2017-05-02 Por tôpico Ricardo Ferreira 


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

2017-05-02 Por tôpico Luiz Gustavo S. Costa 
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