[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 gon...@bsdinfo.com.br 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)freebsd@fug.com.br Reply-To: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) freebsd@fug.com.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 christianoliber...@gmail.com 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 ri...@i805.com.br 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 otavi...@gmail.com 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 marcelbon...@gmail.com escreveu: 2012/5/3 Nilton Jose Rizzo ri...@i805.com.br 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 paulo.rd...@bsd.com.br Em 5 de maio de 2012 23:31, Marcel Bonnet marcelbon...@gmail.com escreveu: 2012/5/3 Nilton Jose Rizzo ri...@i805.com.br 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 marceloro...@gmail.com 2012/4/25 Gustavo Freitas gst.frei...@gmail.com 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