Re: [FUG-BR] Vmware + freebsd
Olá, Infelizmente não (para as duas perguntas, pelo menos que eu saiba). O mais próximos que teremos serão as jails com divisão de recursos, que terá em breve ao que parece. O dom0 do Xen ainda é um sonho para o freebsd, se não me engano foi trabalhado alguma coisa do Xen para freebsd no Google Summer Code de 2006, neste de 2007 não vi nada. Tem (ou pelo menos tinha) nos ports o vmware 2 e 3, mas para rodar era bem complicado. Se for para rodar windows existe um software chamado Win4BSD, nunca usei mas parece funcionar. Ainda há a opção do VMware Infrastructure, ele roda um linux só para virtualizar máquinas, mas IMHO é o software mais avançado em termos de recursos para virtualização. Abraços, Marcelo Vilela. Em 12/09/07, Diogo Rodrigo<[EMAIL PROTECTED]> escreveu: > mas freebsd como server e maquinas virtuais nao funciona ?? > > > qual a previsão pra isso funcionar existe alguma ?? > > > att Diogo Rodrigo > > > > > > > > > - Original Message - > From: "Marcio Antunes" <[EMAIL PROTECTED]> > To: "Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)" > > Sent: Wednesday, September 12, 2007 2:48 PM > Subject: Re: [FUG-BR] Vmware + freebsd > > > eu uso aqui numa maquina itautec 1gb de memoria hd 80 gb com windows 2003 > ate agora não ocorreu nenhum problema.. utilizo o vwmare server.. > tambem tenho instalado o pfsense em maquinas virtuais.. e estou com projeto > para implementar em diversar filiais.. > > Em 12/09/07, Diogo Rodrigo<[EMAIL PROTECTED]> escreveu: > > > > > > > Caros amigos alguem tem em ambiente de produção um servidor freebsd + > > > virtualizando um windows xp ou 2003 algo assim ?? > > > > > > gostaria de saber se tem como rodar isso em produção com estabilidade ?? > > > sei que no windows nao podemos garantir hehe porem gostaria de um relato > > > de alguem que tenha algo assim em produção . > > > > > > > > > > > > atenciosamnete Diogo Rodrigo > > > > - > > 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 > > > -- > No virus found in this incoming message. > Checked by AVG Free Edition. > Version: 7.5.485 / Virus Database: 269.13.15/1002 - Release Date: 11/9/2007 > 17:46 > > > - > 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] Erro no Acesso ao Google
na Unisul acontece isso. ocasionalmente. mas nao sei qual dos dois casos se aplica =P Pablo Sánchez escreveu: > Opa! > > Estranhei a thread e comentei aqui na sala, até que um rapaz lembrou > de uma coisa... > > Quando muitos acessos simultâneos são feitos com um mesmo IP no > Google, é o próprio Google quem coloca essa filtragem. Então, na > verdade, não parece ter muito o que você fazer não, a não ser ter mais > links externos, com IPs diferentes e um bom balanceamento de carga. > > Em 12/09/07, Breno Vale<[EMAIL PROTECTED]> escreveu: > >> Srs, >> >> uso um proxy onde todos clientes passam por ele, e frequentemente em >> horários de pico, temos problema para abrir a página inicial do >> google.com.br. >> Dá um erro dizendo que o computador do cliente pode estar infectado por >> vírus ou spyware, pede para inserir os caracteres, e depois passa. >> Não é toda hora. Mas já temos clientes reclamando do problema. >> Aguém está passando por isso? >> Alguém já resolveu? >> >> []´s >> >> Breno >> >> -- Jorge Motta dos Santos FUG ID #304 Usuário Linux #376026. É um também? Mostre a sua cara! ___ Yahoo! Mail - Sempre a melhor opção para você! Experimente já e veja as novidades. http://br.yahoo.com/mailbeta/tudonovo/ - 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 no Acesso ao Google
Aconteceu isso numa empresa que trabalhei recetemente.. era devido muitos spyware . O que provocava diversos acesso ao google, algo com ataque de negação de serviço. Atualize seu anti-virus nas maquinas, Seria muita pretenção derrubar o google. hehhehe..mas que estão tentando estão.. Em 13/09/07, Motta_tb<[EMAIL PROTECTED]> escreveu: > na Unisul acontece isso. ocasionalmente. mas nao sei qual dos dois casos > se aplica > > =P > > Pablo Sánchez escreveu: > > Opa! > > > > Estranhei a thread e comentei aqui na sala, até que um rapaz lembrou > > de uma coisa... > > > > Quando muitos acessos simultâneos são feitos com um mesmo IP no > > Google, é o próprio Google quem coloca essa filtragem. Então, na > > verdade, não parece ter muito o que você fazer não, a não ser ter mais > > links externos, com IPs diferentes e um bom balanceamento de carga. > > > > Em 12/09/07, Breno Vale<[EMAIL PROTECTED]> escreveu: > > > >> Srs, > >> > >> uso um proxy onde todos clientes passam por ele, e frequentemente em > >> horários de pico, temos problema para abrir a página inicial do > >> google.com.br. > >> Dá um erro dizendo que o computador do cliente pode estar infectado por > >> vírus ou spyware, pede para inserir os caracteres, e depois passa. > >> Não é toda hora. Mas já temos clientes reclamando do problema. > >> Aguém está passando por isso? > >> Alguém já resolveu? > >> > >> []´s > >> > >> Breno > >> > >> > > > -- > > Jorge Motta dos Santos > > FUG ID #304 > Usuário Linux #376026. > É um também? Mostre a sua cara! > > > > > > > ___ > Yahoo! Mail - Sempre a melhor opção para você! > Experimente já e veja as novidades. > http://br.yahoo.com/mailbeta/tudonovo/ > - > 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] Erro no Acesso ao Google
sim, mas foi um DDoS que derrubou o yahoo a alguns anos atrás, lembra? Em 13/09/07, Marcio Antunes<[EMAIL PROTECTED]> escreveu: > Aconteceu isso numa empresa que trabalhei recetemente.. era devido muitos > spyware . > O que provocava diversos acesso ao google, algo com ataque de negação > de serviço. Atualize seu anti-virus nas maquinas, > > Seria muita pretenção derrubar o google. hehhehe..mas que estão tentando > estão.. > > Em 13/09/07, Motta_tb<[EMAIL PROTECTED]> escreveu: > > na Unisul acontece isso. ocasionalmente. mas nao sei qual dos dois casos > > se aplica > > > > =P > > > > Pablo Sánchez escreveu: > > > Opa! > > > > > > Estranhei a thread e comentei aqui na sala, até que um rapaz lembrou > > > de uma coisa... > > > > > > Quando muitos acessos simultâneos são feitos com um mesmo IP no > > > Google, é o próprio Google quem coloca essa filtragem. Então, na > > > verdade, não parece ter muito o que você fazer não, a não ser ter mais > > > links externos, com IPs diferentes e um bom balanceamento de carga. > > > > > > Em 12/09/07, Breno Vale<[EMAIL PROTECTED]> escreveu: > > > > > >> Srs, > > >> > > >> uso um proxy onde todos clientes passam por ele, e frequentemente em > > >> horários de pico, temos problema para abrir a página inicial do > > >> google.com.br. > > >> Dá um erro dizendo que o computador do cliente pode estar infectado por > > >> vírus ou spyware, pede para inserir os caracteres, e depois passa. > > >> Não é toda hora. Mas já temos clientes reclamando do problema. > > >> Aguém está passando por isso? > > >> Alguém já resolveu? > > >> > > >> []´s > > >> > > >> Breno > > >> > > >> > > > > > > -- > > > > Jorge Motta dos Santos > > > > FUG ID #304 > > Usuário Linux #376026. > > É um também? Mostre a sua cara! > > > > > > > > > > > > > > ___ > > Yahoo! Mail - Sempre a melhor opção para você! > > Experimente já e veja as novidades. > > http://br.yahoo.com/mailbeta/tudonovo/ > > - > > 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
Re: [FUG-BR] [OFF-Topic] HFSC: Definição de bandwidth, realtime, linkshare, upperlimit
On 9/12/07, Alessandro de Souza Rocha <[EMAIL PROTECTED]> wrote: > marcelo para tirar sua duvida da uma olhda aqui > http://www.openbsd.org/faq/pf/pt/queueing.html pois então... isso eu sei... minha dúvida é quanto ao hfsc e não cbq ou priq, especificamente o que eu já escrevi no outro email. mas obrigado pela atenção. --- Em 12/09/07, Marcelo/Porks<[EMAIL PROTECTED]> escreveu: > A banda de uma fila se dá inicialmente pelo valor do 'realtime' > > Essa banda pode aumentar com o valor do 'linkshare' > Aqui eu entendi que a banda é somada o valor do linkshare.. ou seja: > - realtime 10% > - linkshare 20% > Nesse caso a banda da fila pode chegar > a 30%... certo, né? > Ou o linkshare se torna o novo valor da banda? > Neste caso a banda ficando com 20%? > > Se eu não especificar 'linkshare' então > a banda começa com o valor do > 'realtime' e cresce até o valor especificado > no 'bandwidth', certo? > > não importando o que aconteça... a banda > nunca ultrapassa o valor do 'upperlimit' > não importando o que aconteça... a banda > nunca é menor que o valor do 'realtime' -- Marcelo Rossi "This e-mail is provided "AS IS" with no warranties, and confers no rights." - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] [OFF-Topic] HFSC: Definição de bandwidth, realtime, linkshare, upperlimit
On 9/12/07, Alessandro de Souza Rocha <[EMAIL PROTECTED]> wrote: > marcelo para tirar sua duvida da uma olhda aqui > http://www.openbsd.org/faq/pf/pt/queueing.html pois então... isso eu sei... minha dúvida é quanto ao hfsc e não cbq ou priq, especificamente o que eu já escrevi no outro email. mas obrigado pela atenção. --- Em 12/09/07, Marcelo/Porks<[EMAIL PROTECTED]> escreveu: > A banda de uma fila se dá inicialmente pelo valor do 'realtime' > > Essa banda pode aumentar com o valor do 'linkshare' > Aqui eu entendi que a banda é somada o valor do linkshare.. ou seja: > - realtime 10% > - linkshare 20% > Nesse caso a banda da fila pode chegar > a 30%... certo, né? > Ou o linkshare se torna o novo valor da banda? > Neste caso a banda ficando com 20%? > > Se eu não especificar 'linkshare' então > a banda começa com o valor do > 'realtime' e cresce até o valor especificado > no 'bandwidth', certo? > > não importando o que aconteça... a banda > nunca ultrapassa o valor do 'upperlimit' > não importando o que aconteça... a banda > nunca é menor que o valor do 'realtime' -- Marcelo Rossi "This e-mail is provided "AS IS" with no warranties, and confers no rights." - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] mtp0: mtp_cam_event - LSI20320 SCSI
Valcir Cabral wrote: > Bom dia, > > Tenho um Dell Power Edge 2950 e o FreeBSD 6.2 Stable instalado. Está tudo > rodando legal. Mas, quando instalo a placa pci-exp LSI20320-R o sistema não > termina a inicialização, dando o erro: > mtp0: mtp_cam_event : 0x16 > mpt0: Reply Frame Ignored > > O shell não chega ser carregado, então tenho que desligar o equipamento no > botão. > O kernel foi compilado com o "options mpt". > Esta placa será utilizada para ligar um storage, interface SCSI. > > Alguem tem alguma dica? Inicializa o sistema com "boot -v" e copia toda inicialização do driver mpt. Isso ajudará o pessoal. Outra coisa é pegar o pciconf -lv também, mas para isso você terá que tirar o mpt do kernel. Minha sugestão: 1. Remove o mpt do kernel e compila o mpt como modulo 2. Boota a máquina 3. pciconf -lv 4. sysctl debug.bootverbose=1 5. kldload mpt 6. Copia o resultado do carregamento do driver 7. Envia novamente esses dados Atenciosamente > > Obrigado, > ___ > Valcir Cabral > Administrador de Redes > Unix e Conectividade - Informática > Instituto de Biologia/Unicamp > > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Marcus Alves Grando marcus(at)sbh.eng.br | Personal mnag(at)FreeBSD.org | FreeBSD.org - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Ports - Atualização do PHP5
Amigos, Recebi hoje a mensagem do portaudit informando problemas no PHP5.2.3, porém a última atualização do ports ainda usa esta versão e não a que saiu dia 30 de agosto. O pior é que só percebi isso depois que rodei o portupgrade!!! :( Resultado, o portupgrade removel o meu php5 e agora eu não consigo instalar via ports por causa da falha. Qual a solução que os amigos recomendam? (não queria baixar o source da versão 5.2.4 e compilar na mão e sim pelo ports). -- [ ]´s Mauro Felipe - 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 no Acesso ao Google
vc disse bem.. alguns logos anos atras.. era yahoo.. o google acho pouco provavel.. Em 13/09/07, Pablo Sánchez<[EMAIL PROTECTED]> escreveu: > sim, mas foi um DDoS que derrubou o yahoo a alguns anos atrás, lembra? > > Em 13/09/07, Marcio Antunes<[EMAIL PROTECTED]> escreveu: > > Aconteceu isso numa empresa que trabalhei recetemente.. era devido muitos > > spyware . > > O que provocava diversos acesso ao google, algo com ataque de negação > > de serviço. Atualize seu anti-virus nas maquinas, > > > > Seria muita pretenção derrubar o google. hehhehe..mas que estão tentando > > estão.. > > > > Em 13/09/07, Motta_tb<[EMAIL PROTECTED]> escreveu: > > > na Unisul acontece isso. ocasionalmente. mas nao sei qual dos dois casos > > > se aplica > > > > > > =P > > > > > > Pablo Sánchez escreveu: > > > > Opa! > > > > > > > > Estranhei a thread e comentei aqui na sala, até que um rapaz lembrou > > > > de uma coisa... > > > > > > > > Quando muitos acessos simultâneos são feitos com um mesmo IP no > > > > Google, é o próprio Google quem coloca essa filtragem. Então, na > > > > verdade, não parece ter muito o que você fazer não, a não ser ter mais > > > > links externos, com IPs diferentes e um bom balanceamento de carga. > > > > > > > > Em 12/09/07, Breno Vale<[EMAIL PROTECTED]> escreveu: > > > > > > > >> Srs, > > > >> > > > >> uso um proxy onde todos clientes passam por ele, e frequentemente em > > > >> horários de pico, temos problema para abrir a página inicial do > > > >> google.com.br. > > > >> Dá um erro dizendo que o computador do cliente pode estar infectado por > > > >> vírus ou spyware, pede para inserir os caracteres, e depois passa. > > > >> Não é toda hora. Mas já temos clientes reclamando do problema. > > > >> Aguém está passando por isso? > > > >> Alguém já resolveu? > > > >> > > > >> []´s > > > >> > > > >> Breno > > > >> > > > >> > > > > > > > > > -- > > > > > > Jorge Motta dos Santos > > > > > > FUG ID #304 > > > Usuário Linux #376026. > > > É um também? Mostre a sua cara! > > > > > > > > > > > > > > > > > > > > > ___ > > > Yahoo! Mail - Sempre a melhor opção para você! > > > Experimente já e veja as novidades. > > > http://br.yahoo.com/mailbeta/tudonovo/ > > > - > > > 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 > - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Vmware + freebsd
Hoje eu uso em produção máquinas virtuais FreeBSD em cima de vmware server no Linux. Funciona perfeitamente! Agora vmware server no FreeBSD esquece!!! -- [ ]´s Mauro Felipe - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] [OFF-Topic] HFSC: Definição de bandwidth, realtime, linkshare, upperlimit
Em 13/09/07, Marcelo/Porks<[EMAIL PROTECTED]> escreveu: > On 9/12/07, Alessandro de Souza Rocha <[EMAIL PROTECTED]> wrote: > > marcelo para tirar sua duvida da uma olhda aqui > > http://www.openbsd.org/faq/pf/pt/queueing.html > > pois então... isso eu sei... minha dúvida é quanto ao hfsc e não cbq > ou priq, especificamente o que eu já escrevi no outro email. > > mas obrigado pela atenção. > > --- > Em 12/09/07, Marcelo/Porks<[EMAIL PROTECTED]> escreveu: > > A banda de uma fila se dá inicialmente pelo valor do 'realtime' > > > > Essa banda pode aumentar com o valor do 'linkshare' > > Aqui eu entendi que a banda é somada o valor do linkshare.. ou seja: > > - realtime 10% > > - linkshare 20% > > Nesse caso a banda da fila pode chegar > > a 30%... certo, né? > > Ou o linkshare se torna o novo valor da banda? > > Neste caso a banda ficando com 20%? > > > > Se eu não especificar 'linkshare' então > > a banda começa com o valor do > > 'realtime' e cresce até o valor especificado > > no 'bandwidth', certo? > > > > não importando o que aconteça... a banda > > nunca ultrapassa o valor do 'upperlimit' > > não importando o que aconteça... a banda > > nunca é menor que o valor do 'realtime' > > -- > Marcelo Rossi > "This e-mail is provided "AS IS" with no warranties, and confers no rights." > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > sim, ali e um exemplo usando cbq mais vc pode usar hfsc no mesmo modelo questao e que funciona da forma que vc quer, acho que vc nao entendeu quando postei. -- Alessandro de Souza Rocha Administrador de Redes e Sistemas Freebsd-BR User #117 - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Ports - Atualização do PHP5
man ports(7) DISABLE_VULNERABILITIES If defined, disable check for security vulnerabilities using portaudit(1) (ports/security/portaudit) when installing new ports. #make -DDISABLE_VULNERABILITIES install clean Em 13/09/07, Mauro Felipe<[EMAIL PROTECTED]> escreveu: > Amigos, > > Recebi hoje a mensagem do portaudit informando problemas no PHP5.2.3, > porém a última atualização do ports ainda usa esta versão e não a que > saiu dia 30 de agosto. > > O pior é que só percebi isso depois que rodei o portupgrade!!! :( > Resultado, o portupgrade removel o meu php5 e agora eu não consigo > instalar via ports por causa da falha. > > Qual a solução que os amigos recomendam? (não queria baixar o source > da versão 5.2.4 e compilar na mão e sim pelo ports). > > > -- > [ ]´s > > Mauro Felipe > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > -- Giancarlo Rubio - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Ports - Atualização do PHP5
Seria uma boa assinar a lista do ports tbm :) http://lists.freebsd.org/pipermail/freebsd-ports/2007-September/043728.html Em 13/09/07, Mauro Felipe<[EMAIL PROTECTED]> escreveu: > Amigos, > > Recebi hoje a mensagem do portaudit informando problemas no PHP5.2.3, > porém a última atualização do ports ainda usa esta versão e não a que > saiu dia 30 de agosto. > > O pior é que só percebi isso depois que rodei o portupgrade!!! :( > Resultado, o portupgrade removel o meu php5 e agora eu não consigo > instalar via ports por causa da falha. > > Qual a solução que os amigos recomendam? (não queria baixar o source > da versão 5.2.4 e compilar na mão e sim pelo ports). > > > -- > [ ]´s > > Mauro Felipe > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > -- Giancarlo Rubio - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Ports - Atualização do PHP5
Obrigado Giancarlo. Por enquanto vai ser essa a solução, pelo menos até sair a versão nova do php no ports. -- [ ]´s Mauro Felipe Em 13/09/07, Giancarlo Rubio<[EMAIL PROTECTED]> escreveu: > man ports(7) > > DISABLE_VULNERABILITIES >If defined, disable check for security vulnerabilities >using portaudit(1) (ports/security/portaudit) when >installing new ports. > > #make -DDISABLE_VULNERABILITIES install clean > > Em 13/09/07, Mauro Felipe<[EMAIL PROTECTED]> escreveu: > > Amigos, > > > > Recebi hoje a mensagem do portaudit informando problemas no PHP5.2.3, > > porém a última atualização do ports ainda usa esta versão e não a que > > saiu dia 30 de agosto. > > > > O pior é que só percebi isso depois que rodei o portupgrade!!! :( > > Resultado, o portupgrade removel o meu php5 e agora eu não consigo > > instalar via ports por causa da falha. > > > > Qual a solução que os amigos recomendam? (não queria baixar o source > > da versão 5.2.4 e compilar na mão e sim pelo ports). > > > > > > -- > > [ ]´s > > > > Mauro Felipe > > - > > Histórico: http://www.fug.com.br/historico/html/freebsd/ > > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > > > > > -- > Giancarlo Rubio > - > 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] [OFF-Topic] HFSC: Definição de bandwidth, realtime, linkshare, upperlimit
On 9/13/07, Alessandro de Souza Rocha <[EMAIL PROTECTED]> wrote: > sim, ali e um exemplo usando cbq mais vc pode usar hfsc no mesmo > modelo questao e que funciona da forma que vc quer, acho que vc nao > entendeu quando postei. sim... eu posso usar o hfsc no modelo do link... mas minha dúvida é especifica sobre a **definição** de 'upperlimit', 'realtime' e 'linkshare'... se eu soubesse a definição desses três eu 'traduziria' facilmente exemplo de cbq para o hfsc... valeu. > -- > Alessandro de Souza Rocha > Administrador de Redes e Sistemas > Freebsd-BR User #117 > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > -- Marcelo Rossi "This e-mail is provided "AS IS" with no warranties, and confers no rights." - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] [OFF-Topic] HFSC: Definição de bandwidth, realtime, linkshare, upperlimit
Opa vamos la rapidao entaum... # LinkShare = divisao de banda ENTRE as filas red = divisão de banda DENTRO da fila (tcp) upperlimit = velocidade maxima (se setado na fila pai obviamente as outras herdam.. se setado na fila filho... segue somente para a mesma) realtime = banda REAL concedida. ou seja... o que vc colocar ali ele vai REALMENTE reservar e inclusive existem um % que precisa ser visto para que nao estoure a banda principal (nao lembro de cabeça... algo em torno de 12%...) ## Eu tive bastante dificuldade quando comecei a trabalhar com hfsc (2004/2005 eu acho) nao encontrei muita documentação então enviei um email para o Kenjiro... (quem fez o altq em BSD ;) ) e ele me deu varias explicações bem interessante, onde então pude compreender a ideia da coisa Caso queira utilizar + de 64 filas com o hfsc... vc nao ira conseguir de forma nativa, pois o codigo esta pronto apenas para 64 filas tive a necessidade de + filas... então fiz uma alteração no codigo e deixei a mesma documentada em http://velho.bsdux.com.br/artigos/FreeBSD_6x_PF+ALTQ+HFSC_com_mais_de_64_queues_por_interface.txt Bom.. é isso ae... deculpe a pressa but a coisa esta apurada aqui (Rs) Espero ter auxiliado Att Christopher Giese [EMAIL PROTECTED] Citando Marcelo/Porks <[EMAIL PROTECTED]>: > On 9/13/07, Alessandro de Souza Rocha <[EMAIL PROTECTED]> wrote: >> sim, ali e um exemplo usando cbq mais vc pode usar hfsc no mesmo >> modelo questao e que funciona da forma que vc quer, acho que vc nao >> entendeu quando postei. > > sim... eu posso usar o hfsc no modelo do link... > > mas minha dúvida é especifica sobre a **definição** de 'upperlimit', > 'realtime' e 'linkshare'... > > se eu soubesse a definição desses três eu 'traduziria' facilmente > exemplo de cbq para o hfsc... > > valeu. > >> -- >> Alessandro de Souza Rocha >> Administrador de Redes e Sistemas >> Freebsd-BR User #117 >> - >> Histórico: http://www.fug.com.br/historico/html/freebsd/ >> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd >> > > > -- > Marcelo Rossi > "This e-mail is provided "AS IS" with no warranties, and confers no rights." > - > 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] [OFF-Topic] HFSC: Definição de bandwidth, realtime, linkshare, upperlimit
On 9/13/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > Opa valeu... não sabia dessa limitação de 64 filas... mas segundo o seu .txt tá fácil de subir esse limite... caso eu precise... vou fazer uns testes aqui obrigado > vamos la rapidao entaum... > > # > > LinkShare = divisao de banda ENTRE as filas > > red = divisão de banda DENTRO da fila (tcp) > > upperlimit = velocidade maxima (se setado na fila pai obviamente as > outras herdam.. se setado na fila filho... segue somente para a mesma) > > realtime = banda REAL concedida. ou seja... o que vc colocar ali > ele vai REALMENTE reservar e inclusive existem um % que precisa > ser visto para que nao estoure a banda principal (nao lembro de > cabeça... algo em torno de 12%...) > > ## > > Eu tive bastante dificuldade quando comecei a trabalhar com hfsc > (2004/2005 eu acho) nao encontrei muita documentação então > enviei um email para o Kenjiro... (quem fez o altq em BSD ;) ) e > ele me deu varias explicações bem interessante, onde então pude > compreender a ideia da coisa > > Caso queira utilizar + de 64 filas com o hfsc... vc nao ira conseguir > de forma nativa, pois o codigo esta pronto apenas para 64 filas > tive a necessidade de + filas... então fiz uma alteração no codigo e > deixei a mesma documentada em > http://velho.bsdux.com.br/artigos/FreeBSD_6x_PF+ALTQ+HFSC_com_mais_de_64_queues_por_interface.txt > > Bom.. é isso ae... deculpe a pressa but a coisa esta apurada aqui (Rs) > > Espero ter auxiliado > > > Att > Christopher Giese > [EMAIL PROTECTED] > > Citando Marcelo/Porks <[EMAIL PROTECTED]>: > > > On 9/13/07, Alessandro de Souza Rocha <[EMAIL PROTECTED]> wrote: > >> sim, ali e um exemplo usando cbq mais vc pode usar hfsc no mesmo > >> modelo questao e que funciona da forma que vc quer, acho que vc nao > >> entendeu quando postei. > > > > sim... eu posso usar o hfsc no modelo do link... > > > > mas minha dúvida é especifica sobre a **definição** de 'upperlimit', > > 'realtime' e 'linkshare'... > > > > se eu soubesse a definição desses três eu 'traduziria' facilmente > > exemplo de cbq para o hfsc... > > > > valeu. > > > >> -- > >> Alessandro de Souza Rocha > >> Administrador de Redes e Sistemas > >> Freebsd-BR User #117 > >> - > >> Histórico: http://www.fug.com.br/historico/html/freebsd/ > >> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > >> > > > > > > -- > > Marcelo Rossi > > "This e-mail is provided "AS IS" with no warranties, and confers no rights." > > - > > 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 > -- Marcelo Rossi "This e-mail is provided "AS IS" with no warranties, and confers no rights." - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Vmware + freebsd
olá todos, hein Mauro, como vc faz backup das máquinas virtuais? vc para o vmware? pergunto pois um colega falou que o dump deveria funcionar. caso alguém tenha alguma informação... On 9/13/07, Mauro Felipe <[EMAIL PROTECTED]> wrote: > > Hoje eu uso em produção máquinas virtuais FreeBSD em cima de vmware > server no Linux. > > Funciona perfeitamente! > > Agora vmware server no FreeBSD esquece!!! > > > -- > [ ]´s > > Mauro Felipe > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Rocha, Thiago Brazil, ES Domingos Martins mailto: [EMAIL PROTECTED] =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= FreeBSD The Power To Serve!!! =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] mtp0: mtp_cam_event - LSI20320 SCSI
On Thursday 13 September 2007 09:21, Marcus Alves Grando wrote:
> Valcir Cabral wrote:
> > Bom dia,
> >
> > Tenho um Dell Power Edge 2950 e o FreeBSD 6.2 Stable instalado. Está tudo
> > rodando legal. Mas, quando instalo a placa pci-exp LSI20320-R o sistema
> > não termina a inicialização, dando o erro:
> > mtp0: mtp_cam_event : 0x16
> > mpt0: Reply Frame Ignored
> >
> > O shell não chega ser carregado, então tenho que desligar o equipamento
> > no botão.
> > O kernel foi compilado com o "options mpt".
> > Esta placa será utilizada para ligar um storage, interface SCSI.
> >
> > Alguem tem alguma dica?
>
> Inicializa o sistema com "boot -v" e copia toda inicialização do driver
> mpt. Isso ajudará o pessoal.
>
> Outra coisa é pegar o pciconf -lv também, mas para isso você terá que
> tirar o mpt do kernel.
>
> Minha sugestão:
>
> 1. Remove o mpt do kernel e compila o mpt como modulo
> 2. Boota a máquina
> 3. pciconf -lv
> 4. sysctl debug.bootverbose=1
> 5. kldload mpt
> 6. Copia o resultado do carregamento do driver
> 7. Envia novamente esses dados
>
Boa tarde Marcus,
Eu não posso remover o mpt. A controladora do servidor utiliza este "device".
Estou desconfiado que a Placa Offboard da LSI está em conflito com a
controladora local (que tambem é uma LSI), no FreeBSD.
Instalei o Fedora Core 6 e funcionou, veja o dmesg:
_
SCSI subsystem initialized
Fusion MPT base driver 3.04.01
Copyright (c) 1999-2005 LSI Logic Corporation
Fusion MPT SAS Host driver 3.04.01
ACPI: PCI Interrupt :02:08.0[A] -> GSI 64 (level, low) -> IRQ 82
mptbase: Initiating ioc0 bringup
usb 4-5: new high speed USB device using ehci_hcd and address 3
usb 4-5: configuration #1 chosen from 1 choice
hub 4-5:1.0: USB hub found
hub 4-5:1.0: 4 ports detected
ioc0: SAS1068: Capabilities={Initiator}
scsi0 : ioc0: LSISAS1068, FwRev=000a3100h, Ports=1, MaxQ=366, IRQ=82
Vendor: ATA Model: WDC WD2500JS-75N Rev: 2E04
Type: Direct-Access ANSI SCSI revision: 05
SCSI device sda: 488281250 512-byte hdwr sectors (25 MB)
sda: Write Protect is off
sda: Mode Sense: 73 00 00 08
SCSI device sda: drive cache: write back
SCSI device sda: 488281250 512-byte hdwr sectors (25 MB)
sda: Write Protect is off
sda: Mode Sense: 73 00 00 08
SCSI device sda: drive cache: write back
sda: sda1 sda2
sd 0:0:0:0: Attached scsi disk sda
Vendor: ATA Model: WDC WD2500JS-75N Rev: 2E04
Type: Direct-Access ANSI SCSI revision: 05
SCSI device sdb: 488281250 512-byte hdwr sectors (25 MB)
sdb: Write Protect is off
sdb: Mode Sense: 73 00 00 08
SCSI device sdb: drive cache: write back
SCSI device sdb: 488281250 512-byte hdwr sectors (25 MB)
sdb: Write Protect is off
sdb: Mode Sense: 73 00 00 08
SCSI device sdb: drive cache: write back
sdb:
sd 0:0:1:0: Attached scsi disk sdb
Fusion MPT SPI Host driver 3.04.01
ACPI: PCI Interrupt :0a:01.0[A] -> GSI 32 (level, low) -> IRQ 90
mptbase: Initiating ioc1 bringup
ioc1: 53C1030: Capabilities={Initiator}
PCI: Setting latency timer of device :0a:01.0 to 64
scsi1 : ioc1: LSI53C1030, FwRev=01033010h, Ports=1, MaxQ=222, IRQ=90
device-mapper: ioctl: 4.7.0-ioctl (2006-06-24) initialised:
[EMAIL PROTECTED]
kjournald starting. Commit interval 5 seconds
EXT3-fs: mounted filesystem with ordered data mode.
...
___
Alguma sugestão?
Obrigado,
Valcir
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] mtp0: mtp_cam_event - LSI20320 SCSI
On Thu, 2007-09-13 at 16:12 -0300, Valcir Cabral wrote: > Boa tarde Marcus, > > Eu não posso remover o mpt. A controladora do servidor utiliza este "device". > Estou desconfiado que a Placa Offboard da LSI está em conflito com a > controladora local (que tambem é uma LSI), no FreeBSD. > Instalei o Fedora Core 6 e funcionou, veja o dmesg: Talvez vc já tenha feito isso, mas chegasse a trocar a LSI off-board de slot pci? Talvez ela esteja compartilhando irq com algum dispositivo e o FreeBSD nao curtiu gerenciar os 2 dessa forma... E só a LSI onboard já não é suficiente pra vc? []s Nilson - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Vmware + freebsd
Sempre fiz backup copiando "on the fly" (Isso é, sem parar as máquinas virtuais) e nunca tive nenhum problema. Se não confiar nisso, coloque as maquinas virtuais numa particao XFS e utilize o xfsdump. Abraço. Seko. Thiago Rocha wrote: > olá todos, > > hein Mauro, como vc faz backup das máquinas virtuais? vc para o vmware? > pergunto pois um colega falou que o dump deveria funcionar. > > caso alguém tenha alguma informação... > > On 9/13/07, Mauro Felipe <[EMAIL PROTECTED]> wrote: > >> Hoje eu uso em produção máquinas virtuais FreeBSD em cima de vmware >> server no Linux. >> >> Funciona perfeitamente! >> >> Agora vmware server no FreeBSD esquece!!! >> > - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Erro ao instalar o asterisk-stat
Galera tô tentando instalar o asterisk-stat pelo ports, mas tá dando um erro de /usr/X11R6 exists, but it is not a symlink. O que é esse symlik que ele diz aqui? Alguém já passou por isso? Obrigado a toda lista -- === João Maykon Mendes Ferreira Cel: (0xx48) 9144-2326 Msn: [EMAIL PROTECTED] === - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Vmware + freebsd
Olá Thiago, Cara, eu geralmente faço um backup da máquina virtual depois que finalizo a instalação dela, fazendo cópia da pasta que o vmwaserver cria geralmente dentro de /var/lib/vmware/. Depois faço backup dos arquivos diariamente usando o Bacula, isso rodando só nas máquinas virtuais e não no "servidor pai". Abraços, Mauro Felipe Em 13/09/07, Diego Barrios<[EMAIL PROTECTED]> escreveu: > Sempre fiz backup copiando "on the fly" (Isso é, sem parar as máquinas > virtuais) e nunca tive nenhum problema. Se não confiar nisso, coloque as > maquinas virtuais numa particao XFS e utilize o xfsdump. > > Abraço. > > Seko. > > Thiago Rocha wrote: > > olá todos, > > > > hein Mauro, como vc faz backup das máquinas virtuais? vc para o vmware? > > pergunto pois um colega falou que o dump deveria funcionar. > > > > caso alguém tenha alguma informação... > > - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Bacula (Parte gráfica)
Bem, Eu uso o bwx-console. Não é interface web mas já quebra um galhão! Uso também o bacula-web para visualizar/monitorar os jobs de uma forma mais clara. Abraços, Mauro Felipe Em 11/09/07, Daniel Bristot de Oliveira<[EMAIL PROTECTED]> escreveu: > O Webmin não faz isto? > > --- From: http://www.webmin.com/cgi-bin/search_third.cgi?modules=1 --- > Bacula Backup System 1.360 > Description Configure Bacula to perform backups and restores manually > or on schedule, for one or many systems > Download bacula-backup.wbm.gz > Website http://www.webmin.com/webmin/standard.html > Author Jamie Cameron > Last updated 2007-08-02 16:08:07 > --- > > Há uns dias atrás instalei o webmin em uma maquina de teste e me > impressionei com o quão diferente e bom ele está, daquela época da > tela azul com cinza (que eu tinha gravado com um NÃO na minha cabeça), > muita coisa mudou, e sinceramente, aconselho o pessoal a dar uma > *olhadinha* nela :D, o que em impressionou foram os módulos e a parte > dependente de SO dele, que tudo funcionou com o FreeBSD, já que > antigamente o desenvolvimento era *mais* centrado no Linux. > > E já que iLO e DRAC estão na moda... viva a web. > > -- > Daniel Bristot de Oliveira > - - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Dúvida cruel: QoS com PF
Boa tarde amigos! Tenho 4 cidades interligada com um link (TELEMAR 128kbps), por esse link passa internet (pouco uso), e replicação de dados via SQL-SERVER. A bronca é o seguinte, o SQL-SERVER a cada 10 min comunica com o distribuidor e envia suas alterações e pega as alterações das outras filiais, a bronca que o SQL consome toda a banda que tiver disponível... e apesar do uso da internet ser pouco, as vezes o pessoal tá no skype e a ligação fica uma "bomba"... Estrutura da Rede: ### Matriz ### 192.168.0.254 FreeBSD 6.2 STABLE :) 192.168.0.253 Router (Cyclades PR2000) 192.168.0.100 Windows 2003 Server (SQL SERVER 2005 - Distribuidor) ### Filial 1 ### 192.168.1.254 Router (Cyclades PR1000) 192.168.1.100 Windows 2003 Server (SQL SERVER 2005 - Assinante) ### Filial 2 ### 192.168.2.254 Router (Cyclades PR1000) 192.168.2.100 Windows 2003 Server (SQL SERVER 2005 - Assinante) ### Filial 3 ### 192.168.3.254 Router (Cyclades PR1000) 192.168.3.100 Windows 2003 Server (SQL SERVER 2005 - Assinante) Fiz o seguinte, limitei todos os servidores das filiais (1.100, 2.100, 3.100) a 50kbps para comunicação com o distribuidor (matriz 192.168.0.100) usando ipfw, veja: # Limitando Replicacao # # A contagem eh feita na recepcao da placa e na saida, entao # limitar a 120kbps significa limitar a 60kbps ### CANGUARETAMA ### ipfw add pipe 10 ip from 192.168.0.100 to 192.168.1.100 ipfw add pipe 10 ip from 192.168.1.100 to 192.168.0.100 ipfw pipe 10 config bw 100Kbit/s # GOIANINHA ipfw add pipe 20 ip from 192.168.0.100 to 192.168.2.100 ipfw add pipe 20 ip from 192.168.2.100 to 192.168.0.100 ipfw pipe 20 config bw 100Kbit/s # SAO JOSE DE MIPIBU ipfw add pipe 30 ip from 192.168.0.100 to 192.168.3.100 ipfw add pipe 30 ip from 192.168.3.100 to 192.168.0.100 ipfw pipe 30 config bw 100Kbit/s ### Como viram no comentário, quando quero limitar a 50kbps passo 100kbps para o IPFW, porque percebi que ele contabiliza os pacotes na recepção e no envio, no caso dobrando... (vi isso em um fórum também, acho que GTER.. já analisei via IFTOP e realmente é assim que funciona). Isso até que tem funcionado bem, mas como falei, a internet é pouco utilizada, e limitar o SQL somente a 50kbps às vezes é muito pouco... dependo da quantidade de registros alteradas nos bancos de dados o volume de informação aumenta, e o SQL não consegue replicar as informações... reclamando que o link tá muito lento... Nesse caso, acho que a única solução seria um QoS... algo como, 70% da banda para OUTROS, e 30% para SQL... se não tem ninguém usando nada na internet a banda fica liberada para o SQL, se tem alguém usando internet, a internet terá prioridade e a replicação ficará limitada... Tenho muito material sobre PF, ALTQ, CBQ, etc... mas estou bem confuso, gostaria de sugestões dos especialistas... qual devo usar? CBQ? HSFC? outros? como ficaria +- o PF.CONF? Outro caso interessante que aconteceu foi o seguinte, meu bsd o ip é 0.254, o roteador 0.253, o sql 0.100, o gateway do sql estava 254, mas como o roteador está na mesma rede o freebsd enviava um ICMP ROUTE REDIRECT, foi outra bronca para descobrir e bloquear... pois com esse comando o sql criava uma rota temporária e passava direto pelo roteador, sem passar pelo freebsd, no caso sem que eu pudesse controlar... na época fiz tantas alterações no sistema para bloquear ICMP REDIRECT que nem sei ao certo qual funcionou (sou sei que funcionou). # /etc/sysctl.conf # desativa o icmp route redirect net.inet.icmp.drop_redirect=1 net.inet.icmp.log_redirect=1 net.inet.icmp.bmcastecho=0 net.inet.ip.redirect=0 # /etc/pf.conf # bloqueia ICMP ROUTE REDIRECT block in log on $ext_if inet proto icmp from any to any icmp-type redir Só para histórico ;-) É isso pessoal, já pesquisei bastante... fiz vários testes mal sucedidos com esse pf+altq... até pensei em postar no FUG antes, mas não sabia nem como explicar a situação... espero que possam me ajudar... Abraço, -- Welkson Renny de Medeiros Focus Automação Comercial Desenvolvimento / Gerência de Redes [EMAIL PROTECTED] Powered by (__) \\\'',) \/ \ ^ .\._/_) www.FreeBSD.org - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Vmware + freebsd
Ok, Diego... eu estava mesmo pensando em usar o xfsdump... mas, a dúvida é porque num dos servidores virtuais estará rodando um SQL Server, e não tenho storage pra armazenar os data files... e se no momento que estiver programado a cópia o SQL tiver fazendo alguma coisa e os dados ficarem corrompidos alguem já usou dessa forma? ou conhecem uma forma melhor/correta? On 9/13/07, Mauro Felipe <[EMAIL PROTECTED]> wrote: > > Olá Thiago, > > Cara, eu geralmente faço um backup da máquina virtual depois que > finalizo a instalação dela, fazendo cópia da pasta que o vmwaserver > cria geralmente dentro de /var/lib/vmware/. > > Depois faço backup dos arquivos diariamente usando o Bacula, isso > rodando só nas máquinas virtuais e não no "servidor pai". > > Abraços, > > Mauro Felipe > > Em 13/09/07, Diego Barrios<[EMAIL PROTECTED]> escreveu: > > Sempre fiz backup copiando "on the fly" (Isso é, sem parar as máquinas > > virtuais) e nunca tive nenhum problema. Se não confiar nisso, coloque as > > maquinas virtuais numa particao XFS e utilize o xfsdump. > > > > Abraço. > > > > Seko. > > > > Thiago Rocha wrote: > > > olá todos, > > > > > > hein Mauro, como vc faz backup das máquinas virtuais? vc para o > vmware? > > > pergunto pois um colega falou que o dump deveria funcionar. > > > > > > caso alguém tenha alguma informação... > > > > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Rocha, Thiago Brazil, ES Domingos Martins mailto: [EMAIL PROTECTED] =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= FreeBSD The Power To Serve!!! =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Dúvida cruel: QoS com PF
Em 13/09/07, Welkson Renny de Medeiros<[EMAIL PROTECTED]> escreveu: > Boa tarde amigos! > > > Tenho 4 cidades interligada com um link (TELEMAR 128kbps), por esse link > passa internet (pouco uso), e replicação de dados via SQL-SERVER. > > A bronca é o seguinte, o SQL-SERVER a cada 10 min comunica com o distribuidor > e envia suas alterações e pega as alterações das outras filiais, a bronca que > o > SQL consome toda a banda que tiver disponível... e apesar do uso da internet > ser pouco, as vezes o pessoal tá no skype e a ligação fica uma "bomba"... > > Estrutura da Rede: > > ### Matriz ### > 192.168.0.254 FreeBSD 6.2 STABLE :) > 192.168.0.253 Router (Cyclades PR2000) > 192.168.0.100 Windows 2003 Server (SQL SERVER 2005 - Distribuidor) > > > ### Filial 1 ### > 192.168.1.254 Router (Cyclades PR1000) > 192.168.1.100 Windows 2003 Server (SQL SERVER 2005 - Assinante) > > > ### Filial 2 ### > 192.168.2.254 Router (Cyclades PR1000) > 192.168.2.100 Windows 2003 Server (SQL SERVER 2005 - Assinante) > > ### Filial 3 ### > 192.168.3.254 Router (Cyclades PR1000) > 192.168.3.100 Windows 2003 Server (SQL SERVER 2005 - Assinante) > > > Fiz o seguinte, limitei todos os servidores das filiais (1.100, 2.100, 3.100) > a 50kbps para comunicação com o distribuidor (matriz 192.168.0.100) usando > ipfw, veja: > > # Limitando Replicacao # > # A contagem eh feita na recepcao da placa e na saida, entao > # limitar a 120kbps significa limitar a 60kbps > > ### CANGUARETAMA ### > ipfw add pipe 10 ip from 192.168.0.100 to 192.168.1.100 > ipfw add pipe 10 ip from 192.168.1.100 to 192.168.0.100 > ipfw pipe 10 config bw 100Kbit/s > > > # GOIANINHA > ipfw add pipe 20 ip from 192.168.0.100 to 192.168.2.100 > ipfw add pipe 20 ip from 192.168.2.100 to 192.168.0.100 > ipfw pipe 20 config bw 100Kbit/s > > > # SAO JOSE DE MIPIBU > ipfw add pipe 30 ip from 192.168.0.100 to 192.168.3.100 > ipfw add pipe 30 ip from 192.168.3.100 to 192.168.0.100 > ipfw pipe 30 config bw 100Kbit/s > > ### > > Como viram no comentário, quando quero limitar a 50kbps passo 100kbps para o > IPFW, porque percebi que ele contabiliza os pacotes na recepção e no envio, > no caso dobrando... (vi isso em um fórum também, acho que GTER.. já analisei > via IFTOP e realmente é assim que funciona). > > Isso até que tem funcionado bem, mas como falei, a internet é pouco > utilizada, e limitar o SQL somente a 50kbps às vezes é muito pouco... dependo > da quantidade de registros alteradas nos bancos de dados > o volume de informação aumenta, e o SQL não consegue replicar as > informações... reclamando que o link tá muito lento... > > Nesse caso, acho que a única solução seria um QoS... algo como, 70% da banda > para OUTROS, e 30% para SQL... se não tem ninguém usando nada na internet a > banda fica liberada para o SQL, se tem alguém usando internet, a internet > terá prioridade e a replicação ficará limitada... > > Tenho muito material sobre PF, ALTQ, CBQ, etc... mas estou bem confuso, > gostaria de sugestões dos especialistas... qual devo usar? CBQ? HSFC? outros? > como ficaria +- o PF.CONF? > > Outro caso interessante que aconteceu foi o seguinte, meu bsd o ip é 0.254, o > roteador 0.253, o sql 0.100, o gateway do sql estava 254, mas como o roteador > está na mesma rede o freebsd enviava um ICMP ROUTE REDIRECT, foi outra bronca > para descobrir e bloquear... pois com esse comando o sql criava uma rota > temporária e passava direto pelo roteador, sem passar pelo freebsd, no caso > sem que eu pudesse controlar... na época fiz tantas alterações no sistema > para bloquear ICMP REDIRECT que nem sei ao certo qual funcionou (sou sei que > funcionou). > > # /etc/sysctl.conf > # desativa o icmp route redirect > net.inet.icmp.drop_redirect=1 > net.inet.icmp.log_redirect=1 > net.inet.icmp.bmcastecho=0 > net.inet.ip.redirect=0 > > # /etc/pf.conf > > # bloqueia ICMP ROUTE REDIRECT > block in log on $ext_if inet proto icmp from any to any icmp-type redir > > Só para histórico ;-) > > É isso pessoal, já pesquisei bastante... fiz vários testes mal sucedidos com > esse pf+altq... até pensei em postar no FUG antes, mas não sabia nem como > explicar a situação... espero que possam me ajudar... > > Abraço, > > > -- > Welkson Renny de Medeiros > Focus Automação Comercial > Desenvolvimento / Gerência de Redes > [EMAIL PROTECTED] > > > > Powered by > >(__) > \\\'',) > \/ \ ^ > .\._/_) > > www.FreeBSD.org > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > acho que o exemplo desta pagina pode te ajudar http://www.openbsd.org/faq/pf/pt/queueing.html no Exemplo #2: Rede Empresarial da uma olhada -- Alessandro de Souza Rocha Administ
Re: [FUG-BR] Erro ao instalar o asterisk-stat
Você tem Qual versão do X.org intalado ? Em 13/09/07, joao maykon mendes <[EMAIL PROTECTED]> escreveu: > > Galera tô tentando instalar o asterisk-stat pelo ports, mas tá dando um > erro > de /usr/X11R6 exists, but it is not a symlink. > O que é esse symlik que ele diz aqui? Alguém já passou por isso? > Obrigado a toda lista > > -- > === >João Maykon Mendes Ferreira >Cel: (0xx48) 9144-2326 >Msn: [EMAIL PROTECTED] > === > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > -- RIDDICK. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Dúvida cruel: QoS com PF
On 9/13/07, Welkson Renny de Medeiros <[EMAIL PROTECTED]> wrote: > > Boa tarde amigos! > > > Tenho 4 cidades interligada com um link (TELEMAR 128kbps), por esse link > passa internet (pouco uso), e replicação de dados via SQL-SERVER. > > A bronca é o seguinte, o SQL-SERVER a cada 10 min comunica com o > distribuidor e envia suas alterações e pega as alterações das outras > filiais, a bronca que o > SQL consome toda a banda que tiver disponível... e apesar do uso da > internet ser pouco, as vezes o pessoal tá no skype e a ligação fica uma > "bomba"... > > Estrutura da Rede: > > ### Matriz ### > 192.168.0.254 FreeBSD 6.2 STABLE :) > 192.168.0.253 Router (Cyclades PR2000) > 192.168.0.100 Windows 2003 Server (SQL SERVER 2005 - Distribuidor) > > > ### Filial 1 ### > 192.168.1.254 Router (Cyclades PR1000) > 192.168.1.100 Windows 2003 Server (SQL SERVER 2005 - Assinante) > > > ### Filial 2 ### > 192.168.2.254 Router (Cyclades PR1000) > 192.168.2.100 Windows 2003 Server (SQL SERVER 2005 - Assinante) > > ### Filial 3 ### > 192.168.3.254 Router (Cyclades PR1000) > 192.168.3.100 Windows 2003 Server (SQL SERVER 2005 - Assinante) > > > Fiz o seguinte, limitei todos os servidores das filiais (1.100, 2.100, > 3.100) a 50kbps para comunicação com o distribuidor (matriz 192.168.0.100) > usando ipfw, veja: > > # Limitando Replicacao # > # A contagem eh feita na recepcao da placa e na saida, entao > # limitar a 120kbps significa limitar a 60kbps > > ### CANGUARETAMA ### > ipfw add pipe 10 ip from 192.168.0.100 to 192.168.1.100 > ipfw add pipe 10 ip from 192.168.1.100 to 192.168.0.100 > ipfw pipe 10 config bw 100Kbit/s > > > # GOIANINHA > ipfw add pipe 20 ip from 192.168.0.100 to 192.168.2.100 > ipfw add pipe 20 ip from 192.168.2.100 to 192.168.0.100 > ipfw pipe 20 config bw 100Kbit/s > > > # SAO JOSE DE MIPIBU > ipfw add pipe 30 ip from 192.168.0.100 to 192.168.3.100 > ipfw add pipe 30 ip from 192.168.3.100 to 192.168.0.100 > ipfw pipe 30 config bw 100Kbit/s > > ### > > Como viram no comentário, quando quero limitar a 50kbps passo 100kbps para > o IPFW, porque percebi que ele contabiliza os pacotes na recepção e no > envio, no caso dobrando... (vi isso em um fórum também, acho que GTER.. já > analisei via IFTOP e realmente é assim que funciona). > > Isso até que tem funcionado bem, mas como falei, a internet é pouco > utilizada, e limitar o SQL somente a 50kbps às vezes é muito pouco... > dependo da quantidade de registros alteradas nos bancos de dados > o volume de informação aumenta, e o SQL não consegue replicar as > informações... reclamando que o link tá muito lento... > > Nesse caso, acho que a única solução seria um QoS... algo como, 70% da > banda para OUTROS, e 30% para SQL... se não tem ninguém usando nada na > internet a banda fica liberada para o SQL, se tem alguém usando internet, a > internet terá prioridade e a replicação ficará limitada... > > Tenho muito material sobre PF, ALTQ, CBQ, etc... mas estou bem confuso, > gostaria de sugestões dos especialistas... qual devo usar? CBQ? HSFC? > outros? como ficaria +- o PF.CONF? Se é o SQLServer que toma o link eu faria o seguinte: Utilizaria uma limitação de banda simples apenas para o SQL não tomar o link todo e implementaria compressão na comunicação do SQL também, utilizando vtun ou zebedee. Esse lance de compressão é MUITO legal, para casos em que impor um pouco de delay não atrabalha (como creio eu que seja este caso) você tem um ganho violento (dependendo do tipo de tráfego) como creio que você terá nesse caso. Dá uma lida ai: http://vtun.sourceforge.net Att, Alexandre - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Dúvida cruel: QoS com PF
Em 13/09/07, Alexandre Biancalana<[EMAIL PROTECTED]> escreveu: > On 9/13/07, Welkson Renny de Medeiros <[EMAIL PROTECTED]> wrote: > > > > Boa tarde amigos! > > > > > > Tenho 4 cidades interligada com um link (TELEMAR 128kbps), por esse link > > passa internet (pouco uso), e replicação de dados via SQL-SERVER. > > > > A bronca é o seguinte, o SQL-SERVER a cada 10 min comunica com o > > distribuidor e envia suas alterações e pega as alterações das outras > > filiais, a bronca que o > > SQL consome toda a banda que tiver disponível... e apesar do uso da > > internet ser pouco, as vezes o pessoal tá no skype e a ligação fica uma > > "bomba"... > > > > Estrutura da Rede: > > > > ### Matriz ### > > 192.168.0.254 FreeBSD 6.2 STABLE :) > > 192.168.0.253 Router (Cyclades PR2000) > > 192.168.0.100 Windows 2003 Server (SQL SERVER 2005 - Distribuidor) > > > > > > ### Filial 1 ### > > 192.168.1.254 Router (Cyclades PR1000) > > 192.168.1.100 Windows 2003 Server (SQL SERVER 2005 - Assinante) > > > > > > ### Filial 2 ### > > 192.168.2.254 Router (Cyclades PR1000) > > 192.168.2.100 Windows 2003 Server (SQL SERVER 2005 - Assinante) > > > > ### Filial 3 ### > > 192.168.3.254 Router (Cyclades PR1000) > > 192.168.3.100 Windows 2003 Server (SQL SERVER 2005 - Assinante) > > > > > > Fiz o seguinte, limitei todos os servidores das filiais (1.100, 2.100, > > 3.100) a 50kbps para comunicação com o distribuidor (matriz 192.168.0.100) > > usando ipfw, veja: > > > > # Limitando Replicacao # > > # A contagem eh feita na recepcao da placa e na saida, entao > > # limitar a 120kbps significa limitar a 60kbps > > > > ### CANGUARETAMA ### > > ipfw add pipe 10 ip from 192.168.0.100 to 192.168.1.100 > > ipfw add pipe 10 ip from 192.168.1.100 to 192.168.0.100 > > ipfw pipe 10 config bw 100Kbit/s > > > > > > # GOIANINHA > > ipfw add pipe 20 ip from 192.168.0.100 to 192.168.2.100 > > ipfw add pipe 20 ip from 192.168.2.100 to 192.168.0.100 > > ipfw pipe 20 config bw 100Kbit/s > > > > > > # SAO JOSE DE MIPIBU > > ipfw add pipe 30 ip from 192.168.0.100 to 192.168.3.100 > > ipfw add pipe 30 ip from 192.168.3.100 to 192.168.0.100 > > ipfw pipe 30 config bw 100Kbit/s > > > > ### > > > > Como viram no comentário, quando quero limitar a 50kbps passo 100kbps para > > o IPFW, porque percebi que ele contabiliza os pacotes na recepção e no > > envio, no caso dobrando... (vi isso em um fórum também, acho que GTER.. já > > analisei via IFTOP e realmente é assim que funciona). > > > > Isso até que tem funcionado bem, mas como falei, a internet é pouco > > utilizada, e limitar o SQL somente a 50kbps às vezes é muito pouco... > > dependo da quantidade de registros alteradas nos bancos de dados > > o volume de informação aumenta, e o SQL não consegue replicar as > > informações... reclamando que o link tá muito lento... > > > > Nesse caso, acho que a única solução seria um QoS... algo como, 70% da > > banda para OUTROS, e 30% para SQL... se não tem ninguém usando nada na > > internet a banda fica liberada para o SQL, se tem alguém usando internet, a > > internet terá prioridade e a replicação ficará limitada... > > > > Tenho muito material sobre PF, ALTQ, CBQ, etc... mas estou bem confuso, > > gostaria de sugestões dos especialistas... qual devo usar? CBQ? HSFC? > > outros? como ficaria +- o PF.CONF? > > > > Se é o SQLServer que toma o link eu faria o seguinte: > > Utilizaria uma limitação de banda simples apenas para o SQL não tomar o > link todo e implementaria compressão na comunicação do SQL também, > utilizando vtun ou zebedee. Esse lance de compressão é MUITO legal, para > casos em que impor um pouco de delay não atrabalha (como creio eu que seja > este caso) você tem um ganho violento (dependendo do tipo de tráfego) como > creio que você terá nesse caso. > > Dá uma lida ai: http://vtun.sourceforge.net > > > Att, > Alexandre > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > ou questao tambem limitar o trafego na porta do SQL usando controle de banda para porta ou um delay como falow nosso amigo acima hehehe $ipfw pipe 1 config bw 128Kbit/s $ipfw pipe 2 config bw 128Kbit/s $ipfw queue 100 config pipe 2 weight 90 $ipfw queue 101 config pipe 2 weight 60 $ipfw add pipe 1 all from any to 192.168.1.1 in $ipfw add queue 100 tcp from 192.168.1.1 to any 22 out $ipfw add queue 100 tcp from 192.168.1.1 to any 80 out $ipfw add queue 100 udp from 192.168.1.1 to any 53 out $ipfw add queue 101 all from 192.168.1.1 to any out ipfw add 5000 prob 0.6 drop tcp from any to any 1433 ipfw add 5000 prob 0.6 drop tcp from any to any 1434 -- Alessandro de Souza Rocha Administrador de Redes e Sistemas Freebsd-BR User #117 - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Dúvida cruel: QoS com PF
Welkson esta querendo fazer usando o PF. Em 13/09/07, Alessandro de Souza Rocha<[EMAIL PROTECTED]> escreveu: > Em 13/09/07, Alexandre Biancalana<[EMAIL PROTECTED]> escreveu: > > On 9/13/07, Welkson Renny de Medeiros <[EMAIL PROTECTED]> wrote: > > > > > > Boa tarde amigos! > > > > > > > > > Tenho 4 cidades interligada com um link (TELEMAR 128kbps), por esse link > > > passa internet (pouco uso), e replicação de dados via SQL-SERVER. > > > > > > A bronca é o seguinte, o SQL-SERVER a cada 10 min comunica com o > > > distribuidor e envia suas alterações e pega as alterações das outras > > > filiais, a bronca que o > > > SQL consome toda a banda que tiver disponível... e apesar do uso da > > > internet ser pouco, as vezes o pessoal tá no skype e a ligação fica uma > > > "bomba"... > > > > > > Estrutura da Rede: > > > > > > ### Matriz ### > > > 192.168.0.254 FreeBSD 6.2 STABLE :) > > > 192.168.0.253 Router (Cyclades PR2000) > > > 192.168.0.100 Windows 2003 Server (SQL SERVER 2005 - Distribuidor) > > > > > > > > > ### Filial 1 ### > > > 192.168.1.254 Router (Cyclades PR1000) > > > 192.168.1.100 Windows 2003 Server (SQL SERVER 2005 - Assinante) > > > > > > > > > ### Filial 2 ### > > > 192.168.2.254 Router (Cyclades PR1000) > > > 192.168.2.100 Windows 2003 Server (SQL SERVER 2005 - Assinante) > > > > > > ### Filial 3 ### > > > 192.168.3.254 Router (Cyclades PR1000) > > > 192.168.3.100 Windows 2003 Server (SQL SERVER 2005 - Assinante) > > > > > > > > > Fiz o seguinte, limitei todos os servidores das filiais (1.100, 2.100, > > > 3.100) a 50kbps para comunicação com o distribuidor (matriz 192.168.0.100) > > > usando ipfw, veja: > > > > > > # Limitando Replicacao # > > > # A contagem eh feita na recepcao da placa e na saida, entao > > > # limitar a 120kbps significa limitar a 60kbps > > > > > > ### CANGUARETAMA ### > > > ipfw add pipe 10 ip from 192.168.0.100 to 192.168.1.100 > > > ipfw add pipe 10 ip from 192.168.1.100 to 192.168.0.100 > > > ipfw pipe 10 config bw 100Kbit/s > > > > > > > > > # GOIANINHA > > > ipfw add pipe 20 ip from 192.168.0.100 to 192.168.2.100 > > > ipfw add pipe 20 ip from 192.168.2.100 to 192.168.0.100 > > > ipfw pipe 20 config bw 100Kbit/s > > > > > > > > > # SAO JOSE DE MIPIBU > > > ipfw add pipe 30 ip from 192.168.0.100 to 192.168.3.100 > > > ipfw add pipe 30 ip from 192.168.3.100 to 192.168.0.100 > > > ipfw pipe 30 config bw 100Kbit/s > > > > > > ### > > > > > > Como viram no comentário, quando quero limitar a 50kbps passo 100kbps para > > > o IPFW, porque percebi que ele contabiliza os pacotes na recepção e no > > > envio, no caso dobrando... (vi isso em um fórum também, acho que GTER.. já > > > analisei via IFTOP e realmente é assim que funciona). > > > > > > Isso até que tem funcionado bem, mas como falei, a internet é pouco > > > utilizada, e limitar o SQL somente a 50kbps às vezes é muito pouco... > > > dependo da quantidade de registros alteradas nos bancos de dados > > > o volume de informação aumenta, e o SQL não consegue replicar as > > > informações... reclamando que o link tá muito lento... > > > > > > Nesse caso, acho que a única solução seria um QoS... algo como, 70% da > > > banda para OUTROS, e 30% para SQL... se não tem ninguém usando nada na > > > internet a banda fica liberada para o SQL, se tem alguém usando internet, > > > a > > > internet terá prioridade e a replicação ficará limitada... > > > > > > Tenho muito material sobre PF, ALTQ, CBQ, etc... mas estou bem confuso, > > > gostaria de sugestões dos especialistas... qual devo usar? CBQ? HSFC? > > > outros? como ficaria +- o PF.CONF? > > > > > > > > Se é o SQLServer que toma o link eu faria o seguinte: > > > > Utilizaria uma limitação de banda simples apenas para o SQL não tomar o > > link todo e implementaria compressão na comunicação do SQL também, > > utilizando vtun ou zebedee. Esse lance de compressão é MUITO legal, para > > casos em que impor um pouco de delay não atrabalha (como creio eu que seja > > este caso) você tem um ganho violento (dependendo do tipo de tráfego) como > > creio que você terá nesse caso. > > > > Dá uma lida ai: http://vtun.sourceforge.net > > > > > > Att, > > Alexandre > > - > > Histórico: http://www.fug.com.br/historico/html/freebsd/ > > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > > > > ou questao tambem limitar o trafego na porta do SQL > usando controle de banda para porta ou um delay como falow nosso amigo acima > hehehe > $ipfw pipe 1 config bw 128Kbit/s > $ipfw pipe 2 config bw 128Kbit/s > $ipfw queue 100 config pipe 2 weight 90 > $ipfw queue 101 config pipe 2 weight 60 > $ipfw add pipe 1 all from any to 192.168.1.1 in > $ipfw add queue 100 tcp from 192.168.1.1 to any 22 out > $ipfw add queue 100 tcp from 192.168.1.1 to any 80 out > $ipfw add queue 100 udp from 192.168.1.1 to any 53 out > $ipfw add queue 101 all from 192.168.1.1 to any out > > ipfw add 5000 prob 0.6 drop tcp from any to any 1433 > ipfw add 5000 prob 0.6 d
Re: [FUG-BR] Problemas com o portupgrade
Em 13/09/07, Ari Arantes<[EMAIL PROTECTED]> escreveu: > Pessoal, > > Tenho 2 servidores com o FreeBSD 6.2 que estão com os mesmos problemas > para rodar o "portupgrade -a". > > # portupgrade -a [missing key: categories] [Updating > the portsdb in /usr/ports ... - 17632 port entries > found > .1000.2000.3000.4000.5000.6000.7000.8000.9000.1.11000.12000.13000.14000.15000.16000.17000.. > . done] > missing key: categories: Cannot read the portsdb! > /usr/local/lib/ruby/site_ruby/1.8/portsdb.rb:567:in `open_db': > database file error (PortsDB::DBError) > from /usr/local/lib/ruby/site_ruby/1.8/portsdb.rb:736:in `port' > from /usr/local/lib/ruby/site_ruby/1.8/portsdb.rb:924:in > `all_depends_list' > from /usr/local/lib/ruby/site_ruby/1.8/pkgdb.rb:915:in `tsort_build' > from /usr/local/lib/ruby/site_ruby/1.8/pkgdb.rb:907:in `each' > from /usr/local/lib/ruby/site_ruby/1.8/pkgdb.rb:907:in `tsort_build' > from /usr/local/lib/ruby/site_ruby/1.8/pkgdb.rb:929:in `sort_build' > from /usr/local/lib/ruby/site_ruby/1.8/pkgdb.rb:933:in `sort_build!' > from /usr/local/sbin/portupgrade:694:in `main' > from /usr/local/lib/ruby/1.8/optparse.rb:785:in `initialize' > from /usr/local/sbin/portupgrade:210:in `new' > from /usr/local/sbin/portupgrade:210:in `main' > from /usr/local/sbin/portupgrade:1981 > > > Procurando no google, achei essa dica, que não adiantou: > > rm -f /usr/ports/INDEX*.db /var/db/pkg/pkgdb.db > pkgdb -fu > > Depois tentei remover o portupgrade, ruby e rubydb e instalar tudo > novamente pelos ports, atualizado pelo portsnap. Mas o problema > continua. > > O que pode ser? > > Obrigado, > > Ari > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > usa o portsnap para atualizar sua arvore do ports e pequeno 46mb -- Alessandro de Souza Rocha Administrador de Redes e Sistemas Freebsd-BR User #117 - 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 portupgrade
Alessandro, Não entendi... Como assim: > usa o portsnap para atualizar sua arvore do ports e pequeno 46mb Obrigado - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] mtp0: mtp_cam_event - LSI20320 SCSI
Valcir Cabral wrote:
> On Thursday 13 September 2007 09:21, Marcus Alves Grando wrote:
>> Valcir Cabral wrote:
>>> Bom dia,
>>>
>>> Tenho um Dell Power Edge 2950 e o FreeBSD 6.2 Stable instalado. Está tudo
>>> rodando legal. Mas, quando instalo a placa pci-exp LSI20320-R o sistema
>>> não termina a inicialização, dando o erro:
>>> mtp0: mtp_cam_event : 0x16
>>> mpt0: Reply Frame Ignored
>>>
>>> O shell não chega ser carregado, então tenho que desligar o equipamento
>>> no botão.
>>> O kernel foi compilado com o "options mpt".
>>> Esta placa será utilizada para ligar um storage, interface SCSI.
>>>
>>> Alguem tem alguma dica?
>> Inicializa o sistema com "boot -v" e copia toda inicialização do driver
>> mpt. Isso ajudará o pessoal.
>>
>> Outra coisa é pegar o pciconf -lv também, mas para isso você terá que
>> tirar o mpt do kernel.
>>
>> Minha sugestão:
>>
>> 1. Remove o mpt do kernel e compila o mpt como modulo
>> 2. Boota a máquina
>> 3. pciconf -lv
>> 4. sysctl debug.bootverbose=1
>> 5. kldload mpt
>> 6. Copia o resultado do carregamento do driver
>> 7. Envia novamente esses dados
>>
>
> Boa tarde Marcus,
>
> Eu não posso remover o mpt. A controladora do servidor utiliza este "device".
> Estou desconfiado que a Placa Offboard da LSI está em conflito com a
> controladora local (que tambem é uma LSI), no FreeBSD.
> Instalei o Fedora Core 6 e funcionou, veja o dmesg:
Então, segue a primeira sugestão de bootar com -v (boot -v). Quando
aparecer o menu beastie acho que é F6 a opção e depois digite boot -v.
Se puder mande também o lspci -v do linux.
Abraços
> _
> SCSI subsystem initialized
> Fusion MPT base driver 3.04.01
> Copyright (c) 1999-2005 LSI Logic Corporation
> Fusion MPT SAS Host driver 3.04.01
> ACPI: PCI Interrupt :02:08.0[A] -> GSI 64 (level, low) -> IRQ 82
> mptbase: Initiating ioc0 bringup
> usb 4-5: new high speed USB device using ehci_hcd and address 3
> usb 4-5: configuration #1 chosen from 1 choice
> hub 4-5:1.0: USB hub found
> hub 4-5:1.0: 4 ports detected
> ioc0: SAS1068: Capabilities={Initiator}
> scsi0 : ioc0: LSISAS1068, FwRev=000a3100h, Ports=1, MaxQ=366, IRQ=82
> Vendor: ATA Model: WDC WD2500JS-75N Rev: 2E04
> Type: Direct-Access ANSI SCSI revision: 05
> SCSI device sda: 488281250 512-byte hdwr sectors (25 MB)
> sda: Write Protect is off
> sda: Mode Sense: 73 00 00 08
> SCSI device sda: drive cache: write back
> SCSI device sda: 488281250 512-byte hdwr sectors (25 MB)
> sda: Write Protect is off
> sda: Mode Sense: 73 00 00 08
> SCSI device sda: drive cache: write back
> sda: sda1 sda2
> sd 0:0:0:0: Attached scsi disk sda
> Vendor: ATA Model: WDC WD2500JS-75N Rev: 2E04
> Type: Direct-Access ANSI SCSI revision: 05
> SCSI device sdb: 488281250 512-byte hdwr sectors (25 MB)
> sdb: Write Protect is off
> sdb: Mode Sense: 73 00 00 08
> SCSI device sdb: drive cache: write back
> SCSI device sdb: 488281250 512-byte hdwr sectors (25 MB)
> sdb: Write Protect is off
> sdb: Mode Sense: 73 00 00 08
> SCSI device sdb: drive cache: write back
> sdb:
> sd 0:0:1:0: Attached scsi disk sdb
> Fusion MPT SPI Host driver 3.04.01
> ACPI: PCI Interrupt :0a:01.0[A] -> GSI 32 (level, low) -> IRQ 90
> mptbase: Initiating ioc1 bringup
> ioc1: 53C1030: Capabilities={Initiator}
> PCI: Setting latency timer of device :0a:01.0 to 64
> scsi1 : ioc1: LSI53C1030, FwRev=01033010h, Ports=1, MaxQ=222, IRQ=90
> device-mapper: ioctl: 4.7.0-ioctl (2006-06-24) initialised:
> [EMAIL PROTECTED]
> kjournald starting. Commit interval 5 seconds
> EXT3-fs: mounted filesystem with ordered data mode.
> ...
> ___
>
> Alguma sugestão?
>
> Obrigado,
> Valcir
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
--
Marcus Alves Grando
marcus(at)sbh.eng.br | Personal
mnag(at)FreeBSD.org | FreeBSD.org
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Problemas com o portupgrade
Pessoal, Tenho 2 servidores com o FreeBSD 6.2 que estão com os mesmos problemas para rodar o "portupgrade -a". # portupgrade -a [missing key: categories] [Updating the portsdb in /usr/ports ... - 17632 port entries found .1000.2000.3000.4000.5000.6000.7000.8000.9000.1.11000.12000.13000.14000.15000.16000.17000.. . done] missing key: categories: Cannot read the portsdb! /usr/local/lib/ruby/site_ruby/1.8/portsdb.rb:567:in `open_db': database file error (PortsDB::DBError) from /usr/local/lib/ruby/site_ruby/1.8/portsdb.rb:736:in `port' from /usr/local/lib/ruby/site_ruby/1.8/portsdb.rb:924:in `all_depends_list' from /usr/local/lib/ruby/site_ruby/1.8/pkgdb.rb:915:in `tsort_build' from /usr/local/lib/ruby/site_ruby/1.8/pkgdb.rb:907:in `each' from /usr/local/lib/ruby/site_ruby/1.8/pkgdb.rb:907:in `tsort_build' from /usr/local/lib/ruby/site_ruby/1.8/pkgdb.rb:929:in `sort_build' from /usr/local/lib/ruby/site_ruby/1.8/pkgdb.rb:933:in `sort_build!' from /usr/local/sbin/portupgrade:694:in `main' from /usr/local/lib/ruby/1.8/optparse.rb:785:in `initialize' from /usr/local/sbin/portupgrade:210:in `new' from /usr/local/sbin/portupgrade:210:in `main' from /usr/local/sbin/portupgrade:1981 Procurando no google, achei essa dica, que não adiantou: rm -f /usr/ports/INDEX*.db /var/db/pkg/pkgdb.db pkgdb -fu Depois tentei remover o portupgrade, ruby e rubydb e instalar tudo novamente pelos ports, atualizado pelo portsnap. Mas o problema continua. O que pode ser? Obrigado, Ari - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Driver Linux viola a licenca BSD
No final do mês de Agosto deste ano, Theo de Raadt postou na lista [EMAIL PROTECTED] um comentário interessante sobre a insistência, dos desenvolvedores do OpenBSD, de que a liberdade "freedom" de código/software é importante. Neste e-mail ele relata o commit de um "blob" recente no código do NetBSD para um driver wireless da Atheros. Isto é inadmissível no kernel do OpenBSD, porque o princípio básico da liberdade é que você não dependa da decisão de outros, seja uma empresa ou indivíduo, para usar, modificar ou distribuir o código. No OpenBSD um desenvolvedor, Reyk Floeter, tomou a iniciativa e escreveu um driver totalmente livre para esta placa wireless. E o mais importante, sem documentação nenhuma. http://kerneltrap.org/OpenBSD/Software_Freedom Ainda no final de Agosto, surge uma discussão na Linux Kernel mailing list sobre a licença dos drivers Atheros, recentemente importados, estarem re-licenciados como GPL. Jiri Slaby fez o commit, aplicando a licença GPLv2. Luis Rodriguez, sugeriu que esta é a melhor escolha, manter o código com duas licenças. assim garantindo a predominância da licença mais restritiva, a GPL. Esta atitude não poderia ser tomada, pois ele não é o autor original do driver, muito menos escreveu a maior parte do código para ter direito sobre o mesmo. Apenas quem detém o copyright pode re-licenciar o código. E de acordo com Reyk, o código possui apenas uma licença. Vale lembrar aqui que uma parte que foi escrita por Sam Leffler do NetBSD, pode ser distribuída sob a GPL, pois possui duas licenças. E sempre deve ser distribuído sobre as duas licenças. Também é importante observar um comentário feito pelo Theo de Raadt a respeito da ideia de Luis Rodriguez, que a tempos vinha insistindo para que Reyk colocasse duas licenças no seu código. O código já é totalmente livre, mas aparentemente há uma regra estúpida do Luis que diz que todo o software não deve ser livre, não, não pode ser apenas livre, tem que ser GPL. É importante observar que: 1 - Apenas o autor pode modificar o copyright 2 - A licença diz que você não pode apagar o copyright original e substituir por outro http://kerneltrap.org/Linux/Relicensing_Code No começo deste mês, as discussões continuam... Alan Cox pergunta: qual é o problema ? Theo de Raadt responde que o Alan está incentivando que as pessoas infrinjam a lei. Novamente é importante observar que: 1 - Se você receber um código com duas licenças, você não pode apagar a licença que não gosta e distribuir o código com apenas uma licença. 2 - Se você receber um código com a licença BSD ou ISC, você não pode apagar a licença. 3 - Se você escrever ou re-escrever a maior parte do código de maneira original, você pode colocar uma licença diferente (não conflitante) no inicio do arquivo, sob a licença existente. Theo de Raadt então diz que o código deve ser devolvido. Isto significa que a licença deve ser mantida de acordo com o copyright original. É muito importante este comentário, veja que o código é totalmente livre, pode ser copiado e modificado por qualquer um. Porém quando o código for distribuído deve conter o copyright original. Theo vai mais além, e afirma que fans da licença GPL dizem que a licença BSD sofre de um problema na qual empresas pegam o código BSD, modificam e não devolvem nada. Veja que isto é possível e implícito na licença BSD. Mas Theo diz que o maior problema são as pessoas que modificam o código BSD, inserindo uma licença GPL. Todo o tempo, empresas estão devolvendo código BSD, mas uma vez que a licença é GPL, este código não volta. Ironicamente. Theo então termina, agradecendo para que a comunidade Linux pense sobre isso. http://kerneltrap.org/OpenBSD/Stealing_Versus_Sharing_Code Reyk Floeter, que estava de férias neste intervalo, entra na discussão e afirma que não vai lançar seu código sobre GPL ou sobre duas licenças. Diz também que a licença ISC, na qual seu código está licenciado deve conter a nota de copyright bem como o termo de garantia original. http://kerneltrap.org/Linux/Continuing_Dual-Licensing_Discussions Os debates continuam, foi perguntado porque licença BSD não pode ser extraída de aplicações Windows, conhecidas por incluir código sob a licença BSD. Theo mais uma vez reponde que neste caso não é código, e sim binários. Além disso se você procurar nos documentos da Microsoft, você verá referências a licença BSD. Vale lembrar que a licença BSD atual não inclui mais o termo que diz algo como "este produto inclui software desenvolvido por..." que nas versões anteriores era obrigatório para todas as empresas que utilizavam desta licença. http://kerneltrap.org/OpenBSD/The_BSD_License Reyk descreve que se sente desapontado, gastou muito tempo escrevendo os drivers e gostaria que os driver pudessem ser portados para outros sistemas operacionais, com o copyright original. http://kerneltrap.org/Linux/Clarifying_the_ath5k_Licensing As discussões continuam, os desenvolvedores Linux não admitem estarem errados. Um caso
Re: [FUG-BR] mtp0: mtp_cam_event - LSI20320 SCSI
Valcir Cabral wrote:
> On Thursday 13 September 2007 09:21, Marcus Alves Grando wrote:
>> Valcir Cabral wrote:
>>> Bom dia,
>>>
>>> Tenho um Dell Power Edge 2950 e o FreeBSD 6.2 Stable instalado. Está tudo
>>> rodando legal. Mas, quando instalo a placa pci-exp LSI20320-R o sistema
>>> não termina a inicialização, dando o erro:
>>> mtp0: mtp_cam_event : 0x16
>>> mpt0: Reply Frame Ignored
>>>
>>> O shell não chega ser carregado, então tenho que desligar o equipamento
>>> no botão.
>>> O kernel foi compilado com o "options mpt".
>>> Esta placa será utilizada para ligar um storage, interface SCSI.
>>>
>>> Alguem tem alguma dica?
>> Inicializa o sistema com "boot -v" e copia toda inicialização do driver
>> mpt. Isso ajudará o pessoal.
>>
>> Outra coisa é pegar o pciconf -lv também, mas para isso você terá que
>> tirar o mpt do kernel.
>>
>> Minha sugestão:
>>
>> 1. Remove o mpt do kernel e compila o mpt como modulo
>> 2. Boota a máquina
>> 3. pciconf -lv
>> 4. sysctl debug.bootverbose=1
>> 5. kldload mpt
>> 6. Copia o resultado do carregamento do driver
>> 7. Envia novamente esses dados
>>
>
> Boa tarde Marcus,
>
> Eu não posso remover o mpt. A controladora do servidor utiliza este "device".
> Estou desconfiado que a Placa Offboard da LSI está em conflito com a
> controladora local (que tambem é uma LSI), no FreeBSD.
> Instalei o Fedora Core 6 e funcionou, veja o dmesg:
Outras duas coisas...
1) tu já criou o disco na controladora nova ou não tem nada atachado
nela ainda? Se não você poderia atachar algum disco nela e tentar bootar
novamente. Pelo que lí no código acho que pode ser isso...
2) Senão você pode testar o patch abaixo e recompilar o modulo ou o
kernel dependendo de como você estiver usando o driver:
===
Index: src/sys/dev/mpt/mpt_cam.c
===
RCS file: /home/ncvs/src/sys/dev/mpt/mpt_cam.c,v
retrieving revision 1.61
diff -u -r1.61 mpt_cam.c
--- src/sys/dev/mpt/mpt_cam.c 14 Aug 2007 19:17:35 - 1.61
+++ src/sys/dev/mpt/mpt_cam.c 14 Sep 2007 03:23:28 -
@@ -2561,6 +2561,7 @@
case MPI_EVENT_INTEGRATED_RAID:
case MPI_EVENT_SAS_DEVICE_STATUS_CHANGE:
case MPI_EVENT_SAS_SES:
+ case MPI_EVENT_SAS_DISCOVERY:
break;
default:
mpt_lprt(mpt, MPT_PRT_WARN, "mpt_cam_event: 0x%x\n",
===
E manda novamente os erros caso dê...
Abraços
> _
> SCSI subsystem initialized
> Fusion MPT base driver 3.04.01
> Copyright (c) 1999-2005 LSI Logic Corporation
> Fusion MPT SAS Host driver 3.04.01
> ACPI: PCI Interrupt :02:08.0[A] -> GSI 64 (level, low) -> IRQ 82
> mptbase: Initiating ioc0 bringup
> usb 4-5: new high speed USB device using ehci_hcd and address 3
> usb 4-5: configuration #1 chosen from 1 choice
> hub 4-5:1.0: USB hub found
> hub 4-5:1.0: 4 ports detected
> ioc0: SAS1068: Capabilities={Initiator}
> scsi0 : ioc0: LSISAS1068, FwRev=000a3100h, Ports=1, MaxQ=366, IRQ=82
> Vendor: ATA Model: WDC WD2500JS-75N Rev: 2E04
> Type: Direct-Access ANSI SCSI revision: 05
> SCSI device sda: 488281250 512-byte hdwr sectors (25 MB)
> sda: Write Protect is off
> sda: Mode Sense: 73 00 00 08
> SCSI device sda: drive cache: write back
> SCSI device sda: 488281250 512-byte hdwr sectors (25 MB)
> sda: Write Protect is off
> sda: Mode Sense: 73 00 00 08
> SCSI device sda: drive cache: write back
> sda: sda1 sda2
> sd 0:0:0:0: Attached scsi disk sda
> Vendor: ATA Model: WDC WD2500JS-75N Rev: 2E04
> Type: Direct-Access ANSI SCSI revision: 05
> SCSI device sdb: 488281250 512-byte hdwr sectors (25 MB)
> sdb: Write Protect is off
> sdb: Mode Sense: 73 00 00 08
> SCSI device sdb: drive cache: write back
> SCSI device sdb: 488281250 512-byte hdwr sectors (25 MB)
> sdb: Write Protect is off
> sdb: Mode Sense: 73 00 00 08
> SCSI device sdb: drive cache: write back
> sdb:
> sd 0:0:1:0: Attached scsi disk sdb
> Fusion MPT SPI Host driver 3.04.01
> ACPI: PCI Interrupt :0a:01.0[A] -> GSI 32 (level, low) -> IRQ 90
> mptbase: Initiating ioc1 bringup
> ioc1: 53C1030: Capabilities={Initiator}
> PCI: Setting latency timer of device :0a:01.0 to 64
> scsi1 : ioc1: LSI53C1030, FwRev=01033010h, Ports=1, MaxQ=222, IRQ=90
> device-mapper: ioctl: 4.7.0-ioctl (2006-06-24) initialised:
> [EMAIL PROTECTED]
> kjournald starting. Commit interval 5 seconds
> EXT3-fs: mounted filesystem with ordered data mode.
> ...
> ___
>
> Alguma sugestão?
>
> Obrigado,
> Valcir
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
--
Marcus Alves Grando
marcus(at)sbh.eng.br | Personal
mnag(at)FreeBSD.org | FreeBSD.org
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freeb
