Re: [FUG-BR] Vmware + freebsd

2007-09-13 Por tôpico Marcelo Vilela 
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)
 freebsd@fug.com.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

2007-09-13 Por tôpico Motta_tb 
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

2007-09-13 Por tôpico Marcio Antunes 
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

2007-09-13 Por tôpico Pablo Sánchez 
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

2007-09-13 Por tôpico Marcelo/Porks 
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

2007-09-13 Por tôpico Marcelo/Porks 
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

2007-09-13 Por tôpico Marcus Alves Grando 
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

Re: [FUG-BR] Erro no Acesso ao Google

2007-09-13 Por tôpico Marcio Antunes 
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

2007-09-13 Por tôpico Mauro Felipe 
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

2007-09-13 Por tôpico Alessandro de Souza Rocha 
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

2007-09-13 Por tôpico Giancarlo Rubio 
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

2007-09-13 Por tôpico Giancarlo Rubio 
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

2007-09-13 Por tôpico Mauro Felipe 
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

2007-09-13 Por tôpico Marcelo/Porks 
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

2007-09-13 Por tôpico bsdux 
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 Skywarrior
[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

2007-09-13 Por tôpico Marcelo/Porks 
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 Skywarrior
 [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

2007-09-13 Por tôpico Thiago Rocha 
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

2007-09-13 Por tôpico Valcir Cabral 
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] Vmware + freebsd

2007-09-13 Por tôpico Diego Barrios 
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

2007-09-13 Por tôpico joao maykon mendes 
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

2007-09-13 Por tôpico Mauro Felipe 
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)

2007-09-13 Por tôpico Mauro Felipe 
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

2007-09-13 Por tôpico Welkson Renny de Medeiros 
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

2007-09-13 Por tôpico Thiago Rocha 
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

2007-09-13 Por tôpico Alessandro de Souza Rocha 
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
Administrador de Redes e Sistemas
Freebsd-BR User #117
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair

Re: [FUG-BR] Erro ao instalar o asterisk-stat

2007-09-13 Por tôpico Paulo Henrique 
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

2007-09-13 Por tôpico Alexandre Biancalana 
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

2007-09-13 Por tôpico Alessandro de Souza Rocha 
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

2007-09-13 Por tôpico Marcio Antunes 
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 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

-
Histórico:

Re: [FUG-BR] Problemas com o portupgrade

2007-09-13 Por tôpico Alessandro de Souza Rocha 
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 format:bdb_btree 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

2007-09-13 Por tôpico Ari Arantes 
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

2007-09-13 Por tôpico Marcus Alves Grando 
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

2007-09-13 Por tôpico Ari Arantes 
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 format:bdb_btree 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

2007-09-13 Por tôpico Douglas Santos 
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 muito

Re: [FUG-BR] mtp0: mtp_cam_event - LSI20320 SCSI

2007-09-13 Por tôpico Marcus Alves Grando 
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/freebsd