[FUG-BR] Res: radix_mpath segunda rodada
Opa... Bom dia. Ainda instavel. Em resumo: quando uma rota eh removida, somente apos um bom tempo ele deixa de usar a rota removida. Que bom que tem mais gente precisando, eu tava me sentido isolado. Em foruns internacionais o radix_mpath não eh muito comentado. Por ter pouca gente usado acho que esse projeto vai demorar pra sair. Mas dependendo do que você precisa o MROUTING te atende. Abracos. Enviado pelo meu aparelho BlackBerry® da Vivo -Original Message- From: Marcelo Gondim Sender: freebsd-boun...@fug.com.br Date: Fri, 04 May 2012 08:03:03 To: "Lista Brasileira de Discussão sobre Fre eBSD (FUG-BR)" Reply-To: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) Subject: [FUG-BR] radix_mpath segunda rodada Olá pessoal, Vi uma thread anterior sobre o radix_mpath. Como ele está agora no FreeBSD 9.0? Alguém já testou ou está usando? Vi que o Matheus Cucoloto ia fazer testes. Grande abraço. - 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] Duvida com relação a link redundante
Em 4 de maio de 2012 11:08, Christiano Liberato escreveu: > Caros, > > digamos que tenha dois links: um embratel e outro gvt e que tambem tenha um > serviço web na internet. > Como fica a conf no dns para resolver caso o principal caia (consideramos o > embratel como principal)? Se vc não tiver ASN ( que é o mais recomendável , mas mais difícil hoje em dia conseguir bloco ipv4) você tem que colocar o TTL do seu servidor DNS baixo por exemplo 60 segundos . Você pode usar o rndc para criar sua ferramenta de atualização de DNS automática quando um dos links cair. quando um dos links cair vc altera o DNS para o ip redundante e em no máximo 1 minuto seu site estará no ar. Uma boa alternativa é hospedar seu DNS em empresas que ja fazem isto como o DynDNS e o No-IP.com Assim será tudo automático. > Talvez tenha q fazer isso no trabalho! > > Valeu!! > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Otavio Augusto - Consultor de TI Citius Tecnologia 31 37761866 31 88651242 http://www.citiustecnologia.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] CUPS + HPLIP + HP Colorlaser Jet 1215
2012/5/3 Nilton Jose Rizzo
>
> Para constar nos autos da lista (rsrsrs)
>
>tentei com o programa foo2hp (foo2zjs)[1] e a impressora funcionou
> apenas em modo monocromático, uma vez que na própria documentação alerta
> para um problema do GS (GhostScript) com o foo2zjs no modo colorido.
>
>Porém tenho um problema, mesmo desativando o modulo ulpt no kernel
> (comentando a linha device ulpt) o driver é carregado na hora em que a
> impressora é conectada ao barramento USB. Se o hplip não funciona com
> esse driver instalado, como fazer isso??? não achei em lugar algum essa
> informação! Aos gurus de plantão peço uma dica, ou uma luz para que eu
> consiga imprimir colorido na impresora, já que ela é uma Color LaserJet
> CP1215
>
>
> [1] http://www.openprinting.org/printer/HP/HP-Color_LaserJet_CP1215
>
>
Ahá: me quebrei com isso também, no começo do ano. Mas aprendi algo que não
tinha explorado (e tb não estudei mais):
O arquivo /etc/devd.conf é o cara que pode resolver esse problema. Não
adianta tirar do kernel, não adianta kldunload.
Faça um teste: identifique o vendor e product id da tua impressora e
substitua nas linhas abaixo e adicione a entrada no devd.conf
A ideia é ver se ele fez o "action" : criar um arquivo vazio no /tmp pra
sinalizar q o teste começou bem.
Se você estudar mais (eu não fiz isso) provavelmente verá que pode colocar
entradas attach e dettach, ou seja: ações que o sistema fará ao plugar e
desplugar aquele hardware específico (mapeado pelas ids). Com isso, creio
que o ulpt não suba mais sozinho.
Eu não lembro mais onde parei com tudo isso, lembro de ter instalado o
hplip mas a única coisa que funcionou foi o scanner da minha
multifuncional. imprimir que é bom, nada.
# TESTE
/*
attach 0 {
device-name "ugen[0-9].[0-9]";
match "vendor" "0x0951";
match "product" "0x1603";
action "touch /tmp/testedevd";
#action "kldunload ulpt";
};
*/
Infelizmete faz 5 meses que mexi no hplip pela primeira vez no FreeBSD, e
última também, então não sei mais como ajudar.
--
Marcel Bonnet
"No princípio era o caos... e no meio também."
www.monovox.net.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] Duvida com relação a link redundante
Em 05/05/2012, às 08:46, Otavio Augusto escreveu: > Se vc não tiver ASN ( que é o mais recomendável , mas mais difícil > hoje em dia conseguir bloco ipv4) Ainda nao é crítico, o Registro.br não está negando nenhum pedido de ip. Em se tratando de serviços profissionais, recomendo fortemente começar logo com o uso de bgp. O resto é só "workaround" e cada tipo de redundância tem seu tipo de complicação. Sds, -- Eduardo Schoedler Enviado via iPhone - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] CUPS + HPLIP + HP Colorlaser Jet 1215
Em 5 de maio de 2012 23:31, Marcel Bonnet escreveu:
> 2012/5/3 Nilton Jose Rizzo
>
> >
> > Para constar nos autos da lista (rsrsrs)
> >
> >tentei com o programa foo2hp (foo2zjs)[1] e a impressora funcionou
> > apenas em modo monocromático, uma vez que na própria documentação alerta
> > para um problema do GS (GhostScript) com o foo2zjs no modo colorido.
> >
> >Porém tenho um problema, mesmo desativando o modulo ulpt no kernel
> > (comentando a linha device ulpt) o driver é carregado na hora em que a
> > impressora é conectada ao barramento USB. Se o hplip não funciona com
> > esse driver instalado, como fazer isso??? não achei em lugar algum essa
> > informação! Aos gurus de plantão peço uma dica, ou uma luz para que eu
> > consiga imprimir colorido na impresora, já que ela é uma Color LaserJet
> > CP1215
> >
> >
> > [1] http://www.openprinting.org/printer/HP/HP-Color_LaserJet_CP1215
> >
> >
> Ahá: me quebrei com isso também, no começo do ano. Mas aprendi algo que não
> tinha explorado (e tb não estudei mais):
>
> O arquivo /etc/devd.conf é o cara que pode resolver esse problema. Não
> adianta tirar do kernel, não adianta kldunload.
> Faça um teste: identifique o vendor e product id da tua impressora e
> substitua nas linhas abaixo e adicione a entrada no devd.conf
> A ideia é ver se ele fez o "action" : criar um arquivo vazio no /tmp pra
> sinalizar q o teste começou bem.
> Se você estudar mais (eu não fiz isso) provavelmente verá que pode colocar
> entradas attach e dettach, ou seja: ações que o sistema fará ao plugar e
> desplugar aquele hardware específico (mapeado pelas ids). Com isso, creio
> que o ulpt não suba mais sozinho.
> Eu não lembro mais onde parei com tudo isso, lembro de ter instalado o
> hplip mas a única coisa que funcionou foi o scanner da minha
> multifuncional. imprimir que é bom, nada.
> # TESTE
> /*
> attach 0 {
> device-name "ugen[0-9].[0-9]";
> match "vendor" "0x0951";
> match "product" "0x1603";
> action "touch /tmp/testedevd";
> #action "kldunload ulpt";
> };
> */
>
> Infelizmete faz 5 meses que mexi no hplip pela primeira vez no FreeBSD, e
> última também, então não sei mais como ajudar.
>
> --
> Marcel Bonnet
> "No princípio era o caos... e no meio também."
> www.monovox.net.br
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>
creio que se colocar na config do kernel a seguinte linha:
nodevice ulpt
deve funcionar, os famigerados modens 3g-usbs mesmo com ele espetado o
driver não sobre.
--
:=)><(=:
Flamers > /dev/null !!!
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] CUPS + HPLIP + HP Colorlaser Jet 1215
2012/5/5 Paulo Henrique
> Em 5 de maio de 2012 23:31, Marcel Bonnet
> escreveu:
>
> > 2012/5/3 Nilton Jose Rizzo
> >
> > >
> > > Para constar nos autos da lista (rsrsrs)
> > >
> > >tentei com o programa foo2hp (foo2zjs)[1] e a impressora funcionou
> > > apenas em modo monocromático, uma vez que na própria documentação
> alerta
> > > para um problema do GS (GhostScript) com o foo2zjs no modo colorido.
> > >
> > >Porém tenho um problema, mesmo desativando o modulo ulpt no kernel
> > > (comentando a linha device ulpt) o driver é carregado na hora em que a
> > > impressora é conectada ao barramento USB. Se o hplip não funciona com
> > > esse driver instalado, como fazer isso??? não achei em lugar algum essa
> > > informação! Aos gurus de plantão peço uma dica, ou uma luz para que eu
> > > consiga imprimir colorido na impresora, já que ela é uma Color LaserJet
> > > CP1215
> > >
> > >
> > > [1] http://www.openprinting.org/printer/HP/HP-Color_LaserJet_CP1215
> > >
> > >
> > Ahá: me quebrei com isso também, no começo do ano. Mas aprendi algo que
> não
> > tinha explorado (e tb não estudei mais):
> >
> > O arquivo /etc/devd.conf é o cara que pode resolver esse problema. Não
> > adianta tirar do kernel, não adianta kldunload.
> > Faça um teste: identifique o vendor e product id da tua impressora e
> > substitua nas linhas abaixo e adicione a entrada no devd.conf
> > A ideia é ver se ele fez o "action" : criar um arquivo vazio no /tmp pra
> > sinalizar q o teste começou bem.
> > Se você estudar mais (eu não fiz isso) provavelmente verá que pode
> colocar
> > entradas attach e dettach, ou seja: ações que o sistema fará ao plugar e
> > desplugar aquele hardware específico (mapeado pelas ids). Com isso, creio
> > que o ulpt não suba mais sozinho.
> > Eu não lembro mais onde parei com tudo isso, lembro de ter instalado o
> > hplip mas a única coisa que funcionou foi o scanner da minha
> > multifuncional. imprimir que é bom, nada.
> > # TESTE
> > /*
> > attach 0 {
> > device-name "ugen[0-9].[0-9]";
> > match "vendor" "0x0951";
> > match "product" "0x1603";
> > action "touch /tmp/testedevd";
> > #action "kldunload ulpt";
> > };
> > */
> >
> > Infelizmete faz 5 meses que mexi no hplip pela primeira vez no FreeBSD, e
> > última também, então não sei mais como ajudar.
> >
> > --
> > Marcel Bonnet
> > "No princípio era o caos... e no meio também."
> > www.monovox.net.br
> > -
> > Histórico: http://www.fug.com.br/historico/html/freebsd/
> > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
> >
>
> creio que se colocar na config do kernel a seguinte linha:
>
> nodevice ulpt
>
Pior que ele carrega, porque o devd.conf manda ele fazer isso com os
eventos "attach" e "dettach".
>
> deve funcionar, os famigerados modens 3g-usbs mesmo com ele espetado o
> driver não sobre.
>
>
Eu tenho um modem 3G, e ao espetá-lo o driver é carregado igualmente:
novamente, há um evento associado no devd.conf com a id do produto. A
diferença, neste caso, é que carregar o driver é uma ação desejada, ao
contrário do ulpt que conflita com o hplip.
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] FAILURE READ_BIG ILEGAL REQUEST
2012/4/28 Marcelo/Porks > 2012/4/25 Gustavo Freitas > > > > Galera, > > > > Estou tentando instalar o pfsense e tentei como freebsd ocorreu o mesmo > > erro, > > > > Quote > > adc0: FAILURE READ_BIG ILEGAL REQUEST > > > > > Resolvi esse problema, numa máquina mais antiga (2004) quando, recentemente instalei o FBSD nela, trocando o cabo PATA do combo CD/DVD por outro de um computador mais novo. Defeito no cabo, limitação de velocidade... sei lá, mas resolveu. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
