Re: [FUG-BR] Compartilhamento de internet muito lento.

2006-08-25 Por tôpico Suprema Informática Ltda - Leandro
Amigo,

Como esta a configuração do teu resolv.conf

verifique quais endereços estão no arquivo para resolver a tua net!

Leandro
BSD User

FreeBSD® Hack escreveu:
 Chacal4P escreveu:
   
 Renato Martins
   
 
 seu link esta ok mesmos ?
 vc não esta com problemas em cabos switch ?
 os cabos não estão em paralelo com cabos de força
 a enérgia esta ok  as tomadas neutro fase terra (descarga eletrica na rede
 de dados )

 pq essa maquina e um avião e 800k para abrir uol é um tiro
 
   
 Aparentemente sim, tudo ok, até porque atualmente tem um servidor
 Linux (Slackware) no mesmo lugar com os mesmos cabos, switch... só que
 estou migrando para o FreeBSD.


 FreeBSD(r) Hack
   
 
 É versão home/residencial??? se for esquece TODAS as teles estao
 limitando as sessões TCP à 30!
 logo, 3 cara navegando estoura as sessões e tem que esperar.

 Solução? proxy no gateway para tentar minimizar isto ou trocar para
 versão empresarial, sem este limite
 idiota de sessões.
 
   
 É empresarial, mas essa eu não sabia, você tem mais informações sobre isso?


 Muito obrigado a todos.

   
 

 Ta no contrato da TELECOMICA:
 http://www.abusar.org/contrspeedy.html

 Item: 2.1.3


 -
 Histórico: http://www.fug.com.br/historico/html/freebsd/
 Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


   


-- 
Sem mais para o momento e à disposição para maiores esclarecimentos, 
agradecemos.
 
Leandro Bernardi
Sócio-Gerente
Assistência Técnica.
Suprema Informática Ltda - Chapecó - SC
E-mail: [EMAIL PROTECTED]
Site: www.supremasc.com.br
Fone Coml (0xx49)-3324-1082 
Fone Cel  (0xx49)-9987-1991
Msn: [EMAIL PROTECTED]
Skype: suprema.info
 
 
Esta mensagem pode conter informação confidencial e/ou privilegiada.  Se você 
não for o destinatário ou a pessoa autorizada a receber esta mensagem, não pode 
usar, copiar ou divulgar as informações nela contidas ou tomar qualquer ação 
baseada nessas informações.  Se você recebeu esta mensagem por engano, por 
favor avise imediatamente o remetente, respondendo o e-mail e em seguida 
apague-o.  Agradecemos sua cooperaçã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] Compartilhamento de internet muito lento.

2006-08-25 Por tôpico Chacal4P
 Ja tive problemas com esse mesmo modem, colocava só na minha maquina e
 rodava

 uma maravilha, quando colocava no servidor (FreeBSD 5.5) a conexao tinha
 horas que nao ia.

 tenta usar outro modelo de modem, so pra desencargo.

 minha conexao aqui era:

 brasil telecom

 adls empresarial de 800

 modem: SpeedTouch Pro.

 qq coisa estamos ai.

Putz nem brinca. :-|
Tentarei com outro modem.

Muito obrigado. :-)

-- 
Não sabendo que era impossivel, ele foi la e fez.
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] MYADDR

2006-08-25 Por tôpico Rafael Simão
Você tem razão. Eu queria ser específico, mas o me já resolve o meu 
problema. Obrigado pela resposta Rainer.

- Original Message - 
From: Rainer Alves [EMAIL PROTECTED]
To: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) 
freebsd@fug.com.br
Sent: Thursday, August 24, 2006 9:13 PM
Subject: Re: [FUG-BR] MYADDR


Rafael Simão wrote:
 Boa tarde,
 Alguém da lista poderia me ajudar com a seguinte questão ?
 Queria colocar no meu script de Firewall a variável MYADDR, atribuida no
 momento que eu conecto via PPP e não tenho idéia de como fazer.
 Exemplo:

 (No script de Regras do Firewall)
 IP_EXT=sei_lá_o_que_MYADDR
 para que eu pudesse então usar alguma regra do tipo
 ipfw allow all from $IP_EXT to $fulano

Experimente usar o 'me' no lugar da macro $IP_EXT:
ipfw allow all from me to $fulano

  me  matches any IP address configured on an interface in the
system.
  The address list is evaluated at the time the packet is
analysed.

- Rainer

-
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] Sarg maldito

2006-08-25 Por tôpico irado furioso com tudo
On Fri, 25 Aug 2006 00:55:06 -0300
Evandro Zampieri [EMAIL PROTECTED] escreveu assim:

 Cara eu já tentei com aspas duplas, aspas simples, data invertida

bem.. uma ocasião que mexi com datas - não no sarge, contudo - a única
maneira de tê-las interpretadas foi com o uso de CRASE (`), que é
aquela aspa invertida. Bem, não custa nada dar êste pitaco aqui, afinal.

flames  /dev/null

-- 

saudações,
irado furioso com tudo
Linux User 179402/FreeBSD BSD50853
Tudo o que Existe egressa do Ser e regressa ao Ser. O Ser é o
Insondável Tao. Das profundezas do Ser nascem todos os seres que
existem. O Ser, porém, é o abismo do Não-Existir.
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] RES: bsdcounter

2006-08-25 Por tôpico irado furioso com tudo
On Thu, 24 Aug 2006 19:27:18 -0300
Daniel Bristot de Oliveira [EMAIL PROTECTED] escreveu assim:

 cada usuário que se cadastra no site recebe
 um número de usuário, no meu caso é 81


err.. e onde é que a gente vê/acha êsse número?

-- 

saudações,
irado furioso com tudo
Linux User 179402/FreeBSD BSD50853
Tudo o que Existe egressa do Ser e regressa ao Ser. O Ser é o
Insondável Tao. Das profundezas do Ser nascem todos os seres que
existem. O Ser, porém, é o abismo do Não-Existir.
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] Compartilhamento de internet muito lento.

2006-08-25 Por tôpico Suprema Informática Ltda - Leandro
Brother,

olha teu resolv.conf



Chacal4P escreveu:
 Ja tive problemas com esse mesmo modem, colocava só na minha maquina e
 rodava

 uma maravilha, quando colocava no servidor (FreeBSD 5.5) a conexao tinha
 horas que nao ia.

 tenta usar outro modelo de modem, so pra desencargo.

 minha conexao aqui era:

 brasil telecom

 adls empresarial de 800

 modem: SpeedTouch Pro.

 qq coisa estamos ai.
 

 Putz nem brinca. :-|
 Tentarei com outro modem.

 Muito obrigado. :-)

   


-- 
Sem mais para o momento e à disposição para maiores esclarecimentos, 
agradecemos.
 
Leandro Bernardi
Sócio-Gerente
Assistência Técnica.
Suprema Informática Ltda - Chapecó - SC
E-mail: [EMAIL PROTECTED]
Site: www.supremasc.com.br
Msn: [EMAIL PROTECTED]
Skype: suprema.info
 
 
Esta mensagem pode conter informação confidencial e/ou privilegiada.  Se você 
não for o destinatário ou a pessoa autorizada a receber esta mensagem, não pode 
usar, copiar ou divulgar as informações nela contidas ou tomar qualquer ação 
baseada nessas informações.  Se você recebeu esta mensagem por engano, por 
favor avise imediatamente o remetente, respondendo o e-mail e em seguida 
apague-o.  Agradecemos sua cooperação.

-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


[FUG-BR] RES: RES: bsdcounter

2006-08-25 Por tôpico SizeOf ::
Também não achei.

Valeu.

Cléber Panta Pick
SizeSec - SizeHost
[EMAIL PROTECTED]
DDR: +55 51 2106 1005
CEL:  +55 51 8159 3339 

Rua Marechal Floriano, 638, sala 15
CEP 96810-000 - Centro
Santa Cruz do Sul – RS - Brasil
http://www.sizeof.com.br 
Tel: +55 51 2106 1000


-Mensagem original-
De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Em nome
de irado furioso com tudo
Enviada em: sexta-feira, 25 de agosto de 2006 08:28
Para: freebsd@fug.com.br
Assunto: Re: [FUG-BR] RES: bsdcounter

On Thu, 24 Aug 2006 19:27:18 -0300
Daniel Bristot de Oliveira [EMAIL PROTECTED] escreveu assim:

 cada usuário que se cadastra no site recebe um número de usuário, no 
 meu caso é 81


err.. e onde é que a gente vê/acha êsse número?

-- 

saudações,
irado furioso com tudo
Linux User 179402/FreeBSD BSD50853
Tudo o que Existe egressa do Ser e regressa ao Ser. O Ser é o Insondável
Tao. Das profundezas do Ser nascem todos os seres que existem. O Ser, porém,
é o abismo do Não-Existir.
-
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] Teste Performance PostgreSQL FreeBSD Linux e Windows2003Server

2006-08-25 Por tôpico Joao Rocha Braga Filho
Bem falado, mas um benchmark com a instalação básica é interessante,
pois muitos fazem uso do sistema assim mesmo. Mas também é necessário
um com tudo ajustado, e mesmo assim muita gente vai discutir. Então
poderia fazer um segundo teste otimizado, seguindo as sugestões das
pessoas.

Já pensei em fazer um teste de desempenho de MTAs, com o Sendmail,
o Postfix (com e sem Milter), o Exim, o Qmail (padrão e com os patchs).
Primeiro, os instaladres não saberiam como seria o teste. Eles preparariam
as máquinas, mas o teste seria feito no mesmo HD, para não afetar os testes.
Depois seria  feito outro teste, quando eles já soubessem como era o teste.
E talvez um terceiro teste, depois da publicação dos resultados e das
dicussões em público.

Pena que não tenho os recursos e o tempo para fazer este teste. Mas acho
que encontraria pessoal voluntário para fazer o teste.


Abuaços,
João Rocha.

On 8/24/06, Patrick Tracanelli [EMAIL PROTECTED] wrote:

 Em teoria eu concordaria que benchmark ideal deve ser na instalacao
 padrao; mas so em teoria; sistemas BSD de forma geral sao conservadores
 em sua instalacao padrao. Ate pouco tempo atraz a granularidade (HZ) do
 FreeBSD era 10% da otimizacao ideal para arquiteturas i386 por exemplo.
 Algumas definicoes controladas pela kern.maxusers ficam aquem do ideal
 pois esta variavel tem um auto-tuning igualmente conservador. Alias so
 tem auto tuning desde meados da serie 4, porque Matt Dillon fez um
 algoritimo segundo ele simplista, conservador, considerando apenas 1
 dos 5 principais recursos da maquina, mas principalmente seguro, porque
 antes disso essa mesma variavel tinha valor estatico - e ridiculamente
 baixo. Em sistemas de grande demanda invariavelmente buffers de rede tem
 que ser modificado manualmente, ate mesmo diretivas IPC sao
 conservadoras e podem apresentar limites bem cedo na utilizacao do
 sistema, dependendo do objetivo.

 Na verdade se alguem sai em desvantagens em benchmarks out of the box
 sao os sistemas BSD, que por padrao tem kernel de proposito geral nao
 otimizado. Veja que ai ainda ha diferencas, no FreeBSD o kernel de
 proposito geral tem um unico objetivo: permitir a instalacao do sistema
 operacional no maior numero possivel de hardware. Qualquer coisa menos
 basica, a premissa mais basica indica que o usuario do FreeBSD tera que
 recompilar seu kernel, por exemplo, nem firewall ha por padrao. Outros
 BSDs sao diferentes, o OpenBSD tambem nao e otimizado out of the box,
 mas por outro lado seu kernel de proposito geral nao e orientado apenas
 para instalacao: eh realmente proposito geral, tem quase tudo que o
 kernel do sistema pode ter, e consequentemente demanda mais recurso (eh
 maior) do que poderia, em praticamente todo tipo de uso do OpenBSD. Ou
 seja nao so da customizar, deve ser feito.

 Testes com sistemas que dependam fortemente de recursos nao disponiveis
 no kernel padrao, sao ainda menos justos. Por exemplo Squid e PostgreSQL
 dependem de memoria compartilhada e semaforo, estilo System V. Como
 esse benchmark foi feito por nosso amigo com PostgreSQL sem isso? O
 kernel do FreeBSD nao tem definicoes essenciais por padrao desses
 recursos para essas aplicacoes trabalharem corretamente. Se o kernel do
 FreeBSD foi recompilado ja nao e mais out of the box e isso invalida o
 benchmark.

 No minimo as mesmas paginas de memoria divididas nos mesmos segmentos em
 proporcoes iguais deviram estar definidos no kernel de ambos sistemas
 operacionais. Ai ja entramos em outro problema: sistemas distintos tem
 variaveis e MIB de tuning distintas, que as vezes apresentam
 comportamento diferente, ou as vezes sequer tem em comum as mesmas
 possibilidades de ajustes. Ai vem um e diz ah mas o FreeBSD eh mais
 'tunavel' que Linux. Eh verdade, o que so aumenta a injustica do
 benchmark que nao pode ser realizado out of the box.

 Note que nao estou defendendo o Linux hehe. Mas benchmarks de forma
 geral demanda profissionais capacitados em todos os sistemas testados
 para comprovar a justica das comparacoes. Nesse teste realizado pelo
 amigo da lista o FreeBSD ganhou. Otimo. Mas em diversos outros
 benchmarks FreeBSD se mostrava inferior ao Linux, ou ao NetBSD, ou ate
 mesmo ao Windows em alguns. Em todos eles os testes foram questionados
 porque eram sempre realizados por especialistas em Linux, ou
 especialistas em NetBSD, ou em Windows, e que ignoravam premissas
 basicas do FreeBSD, ou entao que no maximo sabiam o basico mas nao
 passava disso, e em condicoes iguais os sistemas mostravam-se capazes de
 desempenhar no minimo, na mesma proporcao, quando o FreeBSD nao virava o
 jogo. Mas ai vinha um e reclamava que tinha que mecher muito no kernel
 FreeBSD. Esse mesmo nao reclamava que o FreeBSD na epoca poderia ser
 instalado em um 386 ou 486 out of the box por exemplo.

 Se nao me engano o proprio time do PostgreSQL ja publicou benchmarks, e
 em FreeBSD desenpenhava mesmo melhor - sera porque essa aplicacao eh
 BSD-oriented? - mas ate o 

Re: [FUG-BR] Sarg maldito

2006-08-25 Por tôpico m3 BSD
Cara... seguinte

Veja bem, vc esta querendo que o sarg gere o relatorio em html de um
determinado intervalo de data correto?

Veja, eu uso assim, eu faco o rotate do log do squid toda meia noite,
com squid -k rotate, e rodo o sarg sobre o arquivo rodado, ou seja,
pegando somente o q aconteceu durante as ultimas 24 horas. Assim nao
te server?

Em 25/08/06, irado furioso com tudo[EMAIL PROTECTED] escreveu:
 On Fri, 25 Aug 2006 00:55:06 -0300
 Evandro Zampieri [EMAIL PROTECTED] escreveu assim:

  Cara eu já tentei com aspas duplas, aspas simples, data invertida

 bem.. uma ocasião que mexi com datas - não no sarge, contudo - a única
 maneira de tê-las interpretadas foi com o uso de CRASE (`), que é
 aquela aspa invertida. Bem, não custa nada dar êste pitaco aqui, afinal.

 flames  /dev/null

 --

 saudações,
 irado furioso com tudo
 Linux User 179402/FreeBSD BSD50853
 Tudo o que Existe egressa do Ser e regressa ao Ser. O Ser é o
 Insondável Tao. Das profundezas do Ser nascem todos os seres que
 existem. O Ser, porém, é o abismo do Não-Existir.
 -
 Histórico: http://www.fug.com.br/historico/html/freebsd/
 Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd



-- 
Atenciosmente

Mario Augusto Mania m3BSD
---
[EMAIL PROTECTED]
Cel.: (43) 9938-9629
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] Teste Performance PostgreSQL FreeBSD Linux e Windows2003Server

2006-08-25 Por tôpico m3 BSD
Bem nao tirando o merito de ninguem... ai vai minha opniao:

Pegue tres profissionais:
1) Expert em Windows
1) Expert em LInux
1) Expert em FreeBSD
De 3 maquinhas, com as mesmas configuracoes (ou a mesma maquina pra
cada um de cada vez hehehe) e mande ele instalar e tunar o SO para
rodar o PostgreSQL, ae faca o benchmark, ou seja, ninguem vai poder
reclamar se foi tunado ou nao, ou se foi tunado da melhor maneira
possivel ou nao. Entenderam?
Agora, quanto a benchmark sobre a instalacao padrao, sou contra, pois
a instalacao padrao existe justamente para que o so possa ser
isntalado, agora, uma vez instalado, ele DEVE SER ajustado para o uso,
tanto para desktop quanto para server, quanto para servicos
especificos.

2006/8/25, Joao Rocha Braga Filho [EMAIL PROTECTED]:
 Bem falado, mas um benchmark com a instalação básica é interessante,
 pois muitos fazem uso do sistema assim mesmo. Mas também é necessário
 um com tudo ajustado, e mesmo assim muita gente vai discutir. Então
 poderia fazer um segundo teste otimizado, seguindo as sugestões das
 pessoas.

 Já pensei em fazer um teste de desempenho de MTAs, com o Sendmail,
 o Postfix (com e sem Milter), o Exim, o Qmail (padrão e com os patchs).
 Primeiro, os instaladres não saberiam como seria o teste. Eles preparariam
 as máquinas, mas o teste seria feito no mesmo HD, para não afetar os testes.
 Depois seria  feito outro teste, quando eles já soubessem como era o teste.
 E talvez um terceiro teste, depois da publicação dos resultados e das
 dicussões em público.

 Pena que não tenho os recursos e o tempo para fazer este teste. Mas acho
 que encontraria pessoal voluntário para fazer o teste.


 Abuaços,
 João Rocha.

 On 8/24/06, Patrick Tracanelli [EMAIL PROTECTED] wrote:
 
  Em teoria eu concordaria que benchmark ideal deve ser na instalacao
  padrao; mas so em teoria; sistemas BSD de forma geral sao conservadores
  em sua instalacao padrao. Ate pouco tempo atraz a granularidade (HZ) do
  FreeBSD era 10% da otimizacao ideal para arquiteturas i386 por exemplo.
  Algumas definicoes controladas pela kern.maxusers ficam aquem do ideal
  pois esta variavel tem um auto-tuning igualmente conservador. Alias so
  tem auto tuning desde meados da serie 4, porque Matt Dillon fez um
  algoritimo segundo ele simplista, conservador, considerando apenas 1
  dos 5 principais recursos da maquina, mas principalmente seguro, porque
  antes disso essa mesma variavel tinha valor estatico - e ridiculamente
  baixo. Em sistemas de grande demanda invariavelmente buffers de rede tem
  que ser modificado manualmente, ate mesmo diretivas IPC sao
  conservadoras e podem apresentar limites bem cedo na utilizacao do
  sistema, dependendo do objetivo.
 
  Na verdade se alguem sai em desvantagens em benchmarks out of the box
  sao os sistemas BSD, que por padrao tem kernel de proposito geral nao
  otimizado. Veja que ai ainda ha diferencas, no FreeBSD o kernel de
  proposito geral tem um unico objetivo: permitir a instalacao do sistema
  operacional no maior numero possivel de hardware. Qualquer coisa menos
  basica, a premissa mais basica indica que o usuario do FreeBSD tera que
  recompilar seu kernel, por exemplo, nem firewall ha por padrao. Outros
  BSDs sao diferentes, o OpenBSD tambem nao e otimizado out of the box,
  mas por outro lado seu kernel de proposito geral nao e orientado apenas
  para instalacao: eh realmente proposito geral, tem quase tudo que o
  kernel do sistema pode ter, e consequentemente demanda mais recurso (eh
  maior) do que poderia, em praticamente todo tipo de uso do OpenBSD. Ou
  seja nao so da customizar, deve ser feito.
 
  Testes com sistemas que dependam fortemente de recursos nao disponiveis
  no kernel padrao, sao ainda menos justos. Por exemplo Squid e PostgreSQL
  dependem de memoria compartilhada e semaforo, estilo System V. Como
  esse benchmark foi feito por nosso amigo com PostgreSQL sem isso? O
  kernel do FreeBSD nao tem definicoes essenciais por padrao desses
  recursos para essas aplicacoes trabalharem corretamente. Se o kernel do
  FreeBSD foi recompilado ja nao e mais out of the box e isso invalida o
  benchmark.
 
  No minimo as mesmas paginas de memoria divididas nos mesmos segmentos em
  proporcoes iguais deviram estar definidos no kernel de ambos sistemas
  operacionais. Ai ja entramos em outro problema: sistemas distintos tem
  variaveis e MIB de tuning distintas, que as vezes apresentam
  comportamento diferente, ou as vezes sequer tem em comum as mesmas
  possibilidades de ajustes. Ai vem um e diz ah mas o FreeBSD eh mais
  'tunavel' que Linux. Eh verdade, o que so aumenta a injustica do
  benchmark que nao pode ser realizado out of the box.
 
  Note que nao estou defendendo o Linux hehe. Mas benchmarks de forma
  geral demanda profissionais capacitados em todos os sistemas testados
  para comprovar a justica das comparacoes. Nesse teste realizado pelo
  amigo da lista o FreeBSD ganhou. Otimo. Mas em diversos outros
  

Re: [FUG-BR] Teste Performance PostgreSQL FreeBSD Linux eWindows2003Server

2006-08-25 Por tôpico Joao
ta certo que o benchmark nao foi algo bem aprofundado existem ferramentas 
especiais para isso, mas foi muito bom sim. Ele seguiu um determinado padrao 
para todas as maquinas e obteve um resultado. Isso já é um fator 
comparativo! Partabéns primeiro pela contribuição a comunidade quem tiver 
achando ruim pq nao pega os 3 SO perde umas 2 tardes e coloca pra rodar? a 
comunidade agradece! :)
- Original Message - 
From: m3 BSD [EMAIL PROTECTED]
To: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) 
freebsd@fug.com.br
Sent: Friday, August 25, 2006 9:00 AM
Subject: Re: [FUG-BR] Teste Performance PostgreSQL FreeBSD Linux 
eWindows2003Server


Bem nao tirando o merito de ninguem... ai vai minha opniao:

Pegue tres profissionais:
1) Expert em Windows
1) Expert em LInux
1) Expert em FreeBSD
De 3 maquinhas, com as mesmas configuracoes (ou a mesma maquina pra
cada um de cada vez hehehe) e mande ele instalar e tunar o SO para
rodar o PostgreSQL, ae faca o benchmark, ou seja, ninguem vai poder
reclamar se foi tunado ou nao, ou se foi tunado da melhor maneira
possivel ou nao. Entenderam?
Agora, quanto a benchmark sobre a instalacao padrao, sou contra, pois
a instalacao padrao existe justamente para que o so possa ser
isntalado, agora, uma vez instalado, ele DEVE SER ajustado para o uso,
tanto para desktop quanto para server, quanto para servicos
especificos.

2006/8/25, Joao Rocha Braga Filho [EMAIL PROTECTED]:
 Bem falado, mas um benchmark com a instalação básica é interessante,
 pois muitos fazem uso do sistema assim mesmo. Mas também é necessário
 um com tudo ajustado, e mesmo assim muita gente vai discutir. Então
 poderia fazer um segundo teste otimizado, seguindo as sugestões das
 pessoas.

 Já pensei em fazer um teste de desempenho de MTAs, com o Sendmail,
 o Postfix (com e sem Milter), o Exim, o Qmail (padrão e com os patchs).
 Primeiro, os instaladres não saberiam como seria o teste. Eles preparariam
 as máquinas, mas o teste seria feito no mesmo HD, para não afetar os 
 testes.
 Depois seria  feito outro teste, quando eles já soubessem como era o 
 teste.
 E talvez um terceiro teste, depois da publicação dos resultados e das
 dicussões em público.

 Pena que não tenho os recursos e o tempo para fazer este teste. Mas acho
 que encontraria pessoal voluntário para fazer o teste.


 Abuaços,
 João Rocha.

 On 8/24/06, Patrick Tracanelli [EMAIL PROTECTED] wrote:
 
  Em teoria eu concordaria que benchmark ideal deve ser na instalacao
  padrao; mas so em teoria; sistemas BSD de forma geral sao conservadores
  em sua instalacao padrao. Ate pouco tempo atraz a granularidade (HZ) do
  FreeBSD era 10% da otimizacao ideal para arquiteturas i386 por exemplo.
  Algumas definicoes controladas pela kern.maxusers ficam aquem do ideal
  pois esta variavel tem um auto-tuning igualmente conservador. Alias so
  tem auto tuning desde meados da serie 4, porque Matt Dillon fez um
  algoritimo segundo ele simplista, conservador, considerando apenas 1
  dos 5 principais recursos da maquina, mas principalmente seguro, porque
  antes disso essa mesma variavel tinha valor estatico - e ridiculamente
  baixo. Em sistemas de grande demanda invariavelmente buffers de rede tem
  que ser modificado manualmente, ate mesmo diretivas IPC sao
  conservadoras e podem apresentar limites bem cedo na utilizacao do
  sistema, dependendo do objetivo.
 
  Na verdade se alguem sai em desvantagens em benchmarks out of the box
  sao os sistemas BSD, que por padrao tem kernel de proposito geral nao
  otimizado. Veja que ai ainda ha diferencas, no FreeBSD o kernel de
  proposito geral tem um unico objetivo: permitir a instalacao do sistema
  operacional no maior numero possivel de hardware. Qualquer coisa menos
  basica, a premissa mais basica indica que o usuario do FreeBSD tera que
  recompilar seu kernel, por exemplo, nem firewall ha por padrao. Outros
  BSDs sao diferentes, o OpenBSD tambem nao e otimizado out of the box,
  mas por outro lado seu kernel de proposito geral nao e orientado apenas
  para instalacao: eh realmente proposito geral, tem quase tudo que o
  kernel do sistema pode ter, e consequentemente demanda mais recurso (eh
  maior) do que poderia, em praticamente todo tipo de uso do OpenBSD. Ou
  seja nao so da customizar, deve ser feito.
 
  Testes com sistemas que dependam fortemente de recursos nao disponiveis
  no kernel padrao, sao ainda menos justos. Por exemplo Squid e PostgreSQL
  dependem de memoria compartilhada e semaforo, estilo System V. Como
  esse benchmark foi feito por nosso amigo com PostgreSQL sem isso? O
  kernel do FreeBSD nao tem definicoes essenciais por padrao desses
  recursos para essas aplicacoes trabalharem corretamente. Se o kernel do
  FreeBSD foi recompilado ja nao e mais out of the box e isso invalida o
  benchmark.
 
  No minimo as mesmas paginas de memoria divididas nos mesmos segmentos em
  proporcoes iguais deviram estar definidos no kernel de ambos sistemas
  operacionais. Ai ja 

Re: [FUG-BR] Teste Performance PostgreSQL FreeBSD Linux eWindows2003Server

2006-08-25 Por tôpico Nelson Pereira Júnior
Pessoal, não publiquei o MEU teste para ser criticado sobre o modo correto 
de sefazer um teste. Publiquei para compartilhar o MEU caso com a 
comunidade. O teste me foi muito útil, no MEU caso, com o MEU sistema, para 
o MEU cliente. Se alguém achar útil, ótimo! Se não achar útil, descarte.

Eu não tenho condições de tempo, dinheiro e humanos, de fazer um benchmark 
profissional, por isso fiz o MEU benchmark. Penso que se alguém critica o 
MEU benchmark por não ser ideal e profissional, que use SEU tempo para fazer 
um profissional. Mas esse foi o MEU, com os recursos que EU consegui, sem 
interesse que ele fosse IDEAL.

Agora se querem falar sobre o modo correto de se fazer um benchmark 
profissional, abram um outro tópico :P

Abraços.

Nelson. 

-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] Teste Performance PostgreSQL FreeBSD Linux e Windows2003Server

2006-08-25 Por tôpico Renato Botelho
m3 BSD wrote:
 Bem nao tirando o merito de ninguem... ai vai minha opniao:
 
 Pegue tres profissionais:
 1) Expert em Windows
 1) Expert em LInux
 1) Expert em FreeBSD
 De 3 maquinhas, com as mesmas configuracoes (ou a mesma maquina pra
 cada um de cada vez hehehe) e mande ele instalar e tunar o SO para
 rodar o PostgreSQL, ae faca o benchmark, ou seja, ninguem vai poder
 reclamar se foi tunado ou nao, ou se foi tunado da melhor maneira
 possivel ou nao. Entenderam?

Alguns vão reclamar que o profissional que instalou o linux, não fez
o tunning da melhor maneira, que poderia ser melhor o resultado se
ele mesmo ou se outro cara tivesse feito. Vão dizer o mesmo do
windows e do FreeBSD. O pessoal que defende o SO que perder não vai
aceitar a derrota e vai ficar falando, se tivesse feito isso, se
tivesse feito aquilo...

-- 
Renato Botelho garga @ FreeBSD.org
   freebsd @ galle.com.br
GnuPG Key: http://www.FreeBSD.org/~garga/pubkey.asc
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] Compartilhamento de internet muito lento.

2006-08-25 Por tôpico Chacal4P
 Amigo,

 Como esta a configuração do teu resolv.conf

 verifique quais endereços estão no arquivo para resolver a tua net!

 Leandro
 BSD User

Olá,

No servidor está assim:

search dominio.edu.br # Meu dominio
nameserver 192.168.0.1 # Endereço local
nameserver 201.10.128.2 # Primário da Brasil Telecom
nameserver 201.10.120.2 # Secundário da Brasil Telecom

Uma coisa que percebi agora pela manhã é:
Quando ficou lento eu tentei pingar no servidor e não foi ficou algum
tempo e depois voltou ao normal.

Estranho, não?
Á, já troquei as placas de rede mas continua.

Muito obrigado mais uma vez

-- 
Não sabendo que era impossivel, ele foi la e fez.
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] Teste Performance PostgreSQL FreeBSD Linux e Windows2003Server

2006-08-25 Por tôpico m3 BSD
Putz acho q fui extremamente mal interpretado hehehehe :)
Esse eh o problema do meio-escrito hehehe

Veja bem, NELSON PEREIRA JUNIOR, meus parabens cara, excelente sua
comparacao, pra vc ter ideia, jah salvei seu email e mandei pra uns
clientes meus heuaheuahe.
Cara... serio mesmo... meus parabens o que vc fez foi exatamente o
que eu faco com todos os servicos que rodo. E ainda por cima, deu no
que deu, FreeBSD na frente hehehehe, a unica coisa que quis dizer no
meu email anterior, nao foi uma critica ao seu teste, foi somente uma
forma de se fazer um teste onde cada responsavel pela instalacao seria
responsavel pelas criticas e creditos no final do teste, ou seja,
digamos que o cara que instalou o linux reclama que o cara que
instaleou o FreeBSD usou o recurso foo-bar e que ele nao usou o mesmo
no linux, pois bem, por isso que eu disse, cada um deveria dar o
melhor de si e do sistema operacional para poder falar alguma coisa
depois.

Quanto ao teu teste, perfeito, pra mim, mesmo antes do seu teste,
FreeBSD eh muito melhor pra pg. :)

Cah entre nos e que ninguem nos ouca hehehhehe, tem um cliente meu que
usa PROGRESS. Bem, a progress homologa o uso do progress soh no Red
Hat Enterprise e no SUSE se nao me engano, porem, conversando com o
cara que atende o meu cliente, questionei sobre o uso sobre o freebsd,
sabe o que ele me disse:
Que eles mesmo (a datasul) rodam os server deles sobre o freebsd pq eh
melhor (mais estavel) hauehuaehuahea

Precisa falar mais nada neh? eles nao homologam, mas usam heheheheh

Em 25/08/06, Renato Botelho[EMAIL PROTECTED] escreveu:
 m3 BSD wrote:
  Bem nao tirando o merito de ninguem... ai vai minha opniao:
 
  Pegue tres profissionais:
  1) Expert em Windows
  1) Expert em LInux
  1) Expert em FreeBSD
  De 3 maquinhas, com as mesmas configuracoes (ou a mesma maquina pra
  cada um de cada vez hehehe) e mande ele instalar e tunar o SO para
  rodar o PostgreSQL, ae faca o benchmark, ou seja, ninguem vai poder
  reclamar se foi tunado ou nao, ou se foi tunado da melhor maneira
  possivel ou nao. Entenderam?

 Alguns vão reclamar que o profissional que instalou o linux, não fez
 o tunning da melhor maneira, que poderia ser melhor o resultado se
 ele mesmo ou se outro cara tivesse feito. Vão dizer o mesmo do
 windows e do FreeBSD. O pessoal que defende o SO que perder não vai
 aceitar a derrota e vai ficar falando, se tivesse feito isso, se
 tivesse feito aquilo...

 --
 Renato Botelho garga @ FreeBSD.org
freebsd @ galle.com.br
 GnuPG Key: http://www.FreeBSD.org/~garga/pubkey.asc
 -
 Histórico: http://www.fug.com.br/historico/html/freebsd/
 Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd



-- 
Atenciosmente

Mario Augusto Mania m3BSD
---
[EMAIL PROTECTED]
Cel.: (43) 9938-9629
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] Compartilhamento de internet muito lento.

2006-08-25 Por tôpico Suprema Informática Ltda - Leandro
Brother,

Acredito que estes dns são do seu dominio,

mas tenta mudar, apenas pra fazer um teste, coloca ai
201.10.120.3
201.10.1.2

(desconsiderando a hipotese do seu ipfw estar bloqueando ago)

Chacal4P escreveu:
 Amigo,

 Como esta a configuração do teu resolv.conf

 verifique quais endereços estão no arquivo para resolver a tua net!

 Leandro
 BSD User
 

 Olá,

 No servidor está assim:

 search dominio.edu.br # Meu dominio
 nameserver 192.168.0.1 # Endereço local
 nameserver 201.10.128.2 # Primário da Brasil Telecom
 nameserver 201.10.120.2 # Secundário da Brasil Telecom

 Uma coisa que percebi agora pela manhã é:
 Quando ficou lento eu tentei pingar no servidor e não foi ficou algum
 tempo e depois voltou ao normal.

 Estranho, não?
 Á, já troquei as placas de rede mas continua.

 Muito obrigado mais uma vez

   


-- 
Sem mais para o momento e à disposição para maiores esclarecimentos, 
agradecemos.
 
Leandro Bernardi
Sócio-Gerente
Assistência Técnica.
Suprema Informática Ltda - Chapecó - SC
E-mail: [EMAIL PROTECTED]
Site: www.supremasc.com.br

Msn: [EMAIL PROTECTED]
Skype: suprema.info
 
 
Esta mensagem pode conter informação confidencial e/ou privilegiada.  Se você 
não for o destinatário ou a pessoa autorizada a receber esta mensagem, não pode 
usar, copiar ou divulgar as informações nela contidas ou tomar qualquer ação 
baseada nessas informações.  Se você recebeu esta mensagem por engano, por 
favor avise imediatamente o remetente, respondendo o e-mail e em seguida 
apague-o.  Agradecemos sua cooperaçã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] Compartilhamento de internet muito lento.

2006-08-25 Por tôpico m3 BSD
Olha Chacal, seguinte, primeiramente, deixa 127.0.0.1 no
/etc/resolv.conf no lugar de 192.168

Segundo, eu aconselho vc fazer um teste eliminatorio, ou seja, desliga
os cabos de rede da rede local, liga soh o servidor na net, e faz um
monte de fetch ou wget pra ver se a velocidade esta legal, eu
aconselharia ainda instalar o lynx ou links pra navgear em modo texto,
e ver se o link esta legal ateh o servidor, faca uns ftps etc...

Digamos que no servidor o link esta legal, vamos pro passo 2:
Depois, pegue uma maquina que vc confia, um desktop, e ligue atraves
de cabo cross ao dservidor, e teste o uso no destop, se funcionar
beleza, 100%, vc tira o cabo crossover, liga o servidor ao hub e
SOMENTE a mesma maquina que vc testou, ou seja, fica: servidor - cabo
de rede - hub/switch - cabo de rede - desktop, e faca o teste de novo.
Se funfar, jah era cara, ae eh soh ir ligando maquina por maquina pra
ver qual delas esta acabando com sua rede.

Tipo, experiencia propria, jah comentei na lista, eu tinha uma rede
pequena, 10 pontos e um server freebsd, e tinha uma maquina, winxppro
numa MB M810DLU com processador AMD e placa de rede realteck, que,
quando eu plugava na rede, a eperformance da rede ficava horrivel,
inclusive, o proprio servidor ficava lento, ateh pra logar via
console, porem, a mesma maquina, o mesmo hardware com freebsd de
desktop funfava, ou seja, tem coisas que soh o windows faz por vc
ehhehehehehe

2006/8/25, Chacal4P [EMAIL PROTECTED]:
  Amigo,
 
  Como esta a configuração do teu resolv.conf
 
  verifique quais endereços estão no arquivo para resolver a tua net!
 
  Leandro
  BSD User

 Olá,

 No servidor está assim:

 search dominio.edu.br # Meu dominio
 nameserver 192.168.0.1 # Endereço local
 nameserver 201.10.128.2 # Primário da Brasil Telecom
 nameserver 201.10.120.2 # Secundário da Brasil Telecom

 Uma coisa que percebi agora pela manhã é:
 Quando ficou lento eu tentei pingar no servidor e não foi ficou algum
 tempo e depois voltou ao normal.

 Estranho, não?
 Á, já troquei as placas de rede mas continua.

 Muito obrigado mais uma vez

 --
 Não sabendo que era impossivel, ele foi la e fez.
 -
 Histórico: http://www.fug.com.br/historico/html/freebsd/
 Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd



-- 
Atenciosmente

Mario Augusto Mania m3BSD
---
[EMAIL PROTECTED]
Cel.: (43) 9938-9629
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] compatibilidade a8n-vm/freebsd

2006-08-25 Por tôpico Willien Carvalho Fernandes
On Fri, 24 Mar 2006 17:16:07 -0300
Nilson Debatin [EMAIL PROTECTED] wrote:

 Em Qui, 2006-08-24 às 12:54 -0300, Willien Carvalho Fernandes escreveu:
  Alguém teve problemas com essa placa ?
  
  nao reconhece 2 hds sata de 80 Gb, não sei + o que fazer.
 
 Essa é uma variação da placa do meu desktop (a8n-e) que possui o
 mesmo chipset e chips em geral, e na minha o freebsd serie
 6.x (nunca usei uma anterior a 6 nessa placa) funciona
 perfeitamente bem tanto em i386 quando em amd64. A única
 coisa que me incomoda um pouco até hoje é a placa de rede
 nvidia gigabit (uma marvell) que fica gerando a chata
 mensagem no log: nve0: device timed out, porém nada
 influencia na conexão ou performance, pois continua
 funcionando legal. Quanto a 2 HDs sata eu realmente nao
 sei te dizer pois tenho apenas 1 sata (250GB) e 1 IDE (120)
 e ambos funcionam legal em conjunto, mas creio que o
 bsd nao iria berrar se eu colocasse outro hds nos outros
 3 slots sata livres.
 Com apenas 1 HD ele funciona legal? Com 2 HDs vc está 
 usando a porta 1 e 2? E se mudar pra algo do tipo 1 e 3?
 
 []s
 Nilson
 
 -
 Histórico: http://www.fug.com.br/historico/html/freebsd/
 Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Fala Nilson,

Essa placa tá me deixando maluco.. ahauhauhau
Nem com 1 HD funciona no bsd.
Fiz o teste com o Rwindow$, tenho que entrar com o disco do driver no boot pra 
reconhecer meu array de mirror.
Mas no bsd nao reconhece nem ferrando o raid nem como hd normal.
fiz tudo qto é tipo de teste, vi no site oficial do FreeBSD, que a placa que 
foi testada eh a a8n-vm CSM que é outro modelo funciona legal o sata.
Sobre as entradas sata na placa só tenho 2, não tenho como testar com outras 
entradas :-(  ..
Mas valew, obrigado ;-)

Willien Carvalho Fernandes
Network Administrator
[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] Sarg maldito

2006-08-25 Por tôpico Renato Botelho
Evandro Zampieri wrote:
 É o fim.
 
 Estou tomando o maior banho do sarg-2.2.1 num server 4.11  baixei tudo 
 pelo ports e botei pra rodar...  está rodando com o squid-2.5.14_1.
 
 O script do cron está rodando diariamente e gerando um access.log por dia e 
 dai nesse arquivo aplico o sarg, só que ele ignora a opção -d do período
 
 #sarg -d 24/08/2006-24/08/2006
 
 Ele ignora o período e gera somente o -
 
 Já instalei o sarg em outros servers linux e bsd tbm e nunca vi esse 
 problema
 
 Alguém já passou por isso ???
 
 Agradeço qq ajuda...

Oi Evandro,

off
Antes do sarg, apenas um lembrete, quando for enviar uma questão
*nova* para a lista, envie um *novo* email, a função Reply ou
Responder serve exatamente para fazer o que o nome diz, responder um
tópico aberto por outra pessoa. Por favor, a colaboração nesse
sentido é de grande ajuda para manter um bom histórico, senão sua
mensagem fica no meio de outras threads, eu mesmo agora para achá-la
tive que ficar abrindo várias threads pra encontrar no meio de qual
delas você havia respondido. Obrigado.
/off

Situação muito esquisita, tenho o 2.2.1 instalado e utilizo o -d sempre

[EMAIL PROTECTED]:/home/garga# sarg -d 20/08/2006-26/08/2006
SARG: Relatorio gerado com sucesso em
/var/www/data/internos/squid/20Aug2006-26Aug2006

Será que isso é um problema específico dele rodando no FreeBSD 4.x?
Você tem outros servers 4.x pra fazer um teste? Você pode tentar
também executar isso em um 6.x com o mesmo arquivo de conf e o mesmo
log.

Aproveitando o assunto sobre 4.x, apenas lembrando, em Janeiro de
2007 termina o suporte oficial a versão 4.x, ou seja, não vamos mais
ter atualizações, nem de segurança. Os ports vão começar a deixar de
funcionar, quem ainda possui servidores nessa versão, aconselho
começar a se planejar para a migração, afinal, faltam alguns meses
apenas para terminar o suporte.
-- 
Renato Botelho garga @ FreeBSD.org
   freebsd @ galle.com.br
GnuPG Key: http://www.FreeBSD.org/~garga/pubkey.asc
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] Compartilhamento de internet muito lento.

2006-08-25 Por tôpico Chacal4P
Leandro
 Brother,

 Acredito que estes dns são do seu dominio,

 mas tenta mudar, apenas pra fazer um teste, coloca ai
 201.10.120.3
 201.10.1.2

 (desconsiderando a hipotese do seu ipfw estar bloqueando ago)

Blz vou fazer os testes e retorno o resultado.


m3 BSD
 Olha Chacal, seguinte, primeiramente, deixa 127.0.0.1 no
 /etc/resolv.conf no lugar de 192.168

 Segundo, eu aconselho vc fazer um teste eliminatorio, ou seja, desliga
 os cabos de rede da rede local, liga soh o servidor na net, e faz um
 monte de fetch ou wget pra ver se a velocidade esta legal, eu
 aconselharia ainda instalar o lynx ou links pra navgear em modo texto,
 e ver se o link esta legal ateh o servidor, faca uns ftps etc...

 Digamos que no servidor o link esta legal, vamos pro passo 2:
 Depois, pegue uma maquina que vc confia, um desktop, e ligue atraves
 de cabo cross ao dservidor, e teste o uso no destop, se funcionar
 beleza, 100%, vc tira o cabo crossover, liga o servidor ao hub e
 SOMENTE a mesma maquina que vc testou, ou seja, fica: servidor - cabo
 de rede - hub/switch - cabo de rede - desktop, e faca o teste de novo.
 Se funfar, jah era cara, ae eh soh ir ligando maquina por maquina pra
 ver qual delas esta acabando com sua rede.

 Tipo, experiencia propria, jah comentei na lista, eu tinha uma rede
 pequena, 10 pontos e um server freebsd, e tinha uma maquina, winxppro
 numa MB M810DLU com processador AMD e placa de rede realteck, que,
 quando eu plugava na rede, a eperformance da rede ficava horrivel,
 inclusive, o proprio servidor ficava lento, ateh pra logar via
 console, porem, a mesma maquina, o mesmo hardware com freebsd de
 desktop funfava, ou seja, tem coisas que soh o windows faz por vc
 ehhehehehehe

Ok, eu também já tive um problema desses com placa de rede que mata a
rede, quem sabe esse fantasma não voltou para asombrar novamente.

Ainda nessa tarde vou fazer varios testes com maquinas diferentes e
sistemas operacionais diferentes.

Muito obrigado pela ajuda de todos.
Até mais. ;-)

-- 
Não sabendo que era impossivel, ele foi la e fez.
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] Sarg maldito

2006-08-25 Por tôpico Flavio Junior
Bom.. minha experiencia com Free ainda é minima, mas diz uma coisa
1. Se voce somente digitar sarg ele gera de todo o periodo contido
no access.log ?
2. Se voce especificar datas com intervalos maiores sarg -d
20/08/2006-26/08/2006 ele gera?

Bom, se a resposta foi sim pras essas duas questoes ai, pode ser que
seu sarg nao esteja tratando = e sim , ou seja, se voce manda ele
gerar o relatorio de um intervalo q os 2 campos são iguais (o mesmo
dia, mes e ano) ele define que aquilo não é um intervalo.

As solucoes seria olhar o codigo e, se for o caso, alterar - ou o que
o m3 falou, tratar a data direto no access.log e mandar o sarg gerar
de todo o periodo - ou ainda mandar ele gerar todo dia de madrugada o
relatorio de ontem-hoje, sendo que hoje nao teve nenhum acesso ainda
voce teria o relatorio confiavel do dia de ontem.

Outra coisa que eu já passei pelo sarg, mas nao sei se encaixa com o
seu problema. Nos sarg's mais antigos ele não conseguia tratar a data
se eu tivesse usando o emulate_httpd_log on que é a opção que
transforma as datas do access.log em human readable dd/mm/ ao
inves do valor em segundos desde Epoch.


Boa sorte...

Flávio do Carmo Junior aka blk1d

On 8/25/06, Renato Botelho [EMAIL PROTECTED] wrote:
 Evandro Zampieri wrote:
  É o fim.
 
  Estou tomando o maior banho do sarg-2.2.1 num server 4.11  baixei tudo
  pelo ports e botei pra rodar...  está rodando com o squid-2.5.14_1.
 
  O script do cron está rodando diariamente e gerando um access.log por dia e
  dai nesse arquivo aplico o sarg, só que ele ignora a opção -d do período
 
  #sarg -d 24/08/2006-24/08/2006
 
  Ele ignora o período e gera somente o -
 
  Já instalei o sarg em outros servers linux e bsd tbm e nunca vi esse
  problema
 
  Alguém já passou por isso ???
 
  Agradeço qq ajuda...

 Oi Evandro,

 off
 Antes do sarg, apenas um lembrete, quando for enviar uma questão
 *nova* para a lista, envie um *novo* email, a função Reply ou
 Responder serve exatamente para fazer o que o nome diz, responder um
 tópico aberto por outra pessoa. Por favor, a colaboração nesse
 sentido é de grande ajuda para manter um bom histórico, senão sua
 mensagem fica no meio de outras threads, eu mesmo agora para achá-la
 tive que ficar abrindo várias threads pra encontrar no meio de qual
 delas você havia respondido. Obrigado.
 /off

 Situação muito esquisita, tenho o 2.2.1 instalado e utilizo o -d sempre

 [EMAIL PROTECTED]:/home/garga# sarg -d 20/08/2006-26/08/2006
 SARG: Relatorio gerado com sucesso em
 /var/www/data/internos/squid/20Aug2006-26Aug2006

 Será que isso é um problema específico dele rodando no FreeBSD 4.x?
 Você tem outros servers 4.x pra fazer um teste? Você pode tentar
 também executar isso em um 6.x com o mesmo arquivo de conf e o mesmo
 log.

 Aproveitando o assunto sobre 4.x, apenas lembrando, em Janeiro de
 2007 termina o suporte oficial a versão 4.x, ou seja, não vamos mais
 ter atualizações, nem de segurança. Os ports vão começar a deixar de
 funcionar, quem ainda possui servidores nessa versão, aconselho
 começar a se planejar para a migração, afinal, faltam alguns meses
 apenas para terminar o suporte.
 --
 Renato Botelho garga @ FreeBSD.org
freebsd @ galle.com.br
 GnuPG Key: http://www.FreeBSD.org/~garga/pubkey.asc
 -
 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] Sarg maldito

2006-08-25 Por tôpico Evandro Zampieri
É isso mesmo que estou fazendo estou cortando o log do squid todo os 
dias

sem querer poluir muito essa msg, por favor dê uma olhada abaixo...  cada 
arquivo desses tem somente o log do dia mas nao funfa

servidor# crontab -l
0 0 * * * root /usr/local/scripts/proxy-day.sh

servidor# cat /usr/local/scripts/proxy-day.sh
#!/bin/sh
workday_ymd=`date -v -1d +%Y%m%d`
workday_dmy=`date -v -1d +%d%m%Y`
/usr/local/etc/rc.d/squid.sh stop
sleep 10
cat /usr/local/squid/logs/access.log  
/usr/local/squid/logs/access.log.$workday_ymd
sarg -d $workday_dmy-$workday_dmy
cat /dev/null  /usr/local/squid/logs/access.log
/usr/local/etc/rc.d/squid.sh start
sleep 10
gzip /usr/local/squid/logs/access.log.$workday_ymd


servidor# ls -la /usr/local/squid/logs
total 35344
drwxr-x---  3 squid  squid  1024 Aug 25 10:28 .
drwxr-xr-x  4 root   wheel   512 Aug 24 02:42 ..
-rw-r--r--  1 squid  squid   5064631 Aug 25 10:35 access.log
-rw-r--r--  1 root   squid337435 Aug 24 03:09 access.log.20060731.gz
-rw-r--r--  1 root   squid225100 Aug 24 03:09 access.log.20060801.gz
-rw-r--r--  1 root   squid296474 Aug 24 03:09 access.log.20060802.gz
-rw-r--r--  1 root   squid332053 Aug 24 03:09 access.log.20060803.gz
-rw-r--r--  1 root   squid463852 Aug 24 03:09 access.log.20060804.gz
-rw-r--r--  1 root   squid302252 Aug 24 03:09 access.log.20060805.gz
-rw-r--r--  1 root   squid193880 Aug 24 03:09 access.log.20060806.gz
-rw-r--r--  1 root   squid383077 Aug 24 03:09 access.log.20060807.gz
-rw-r--r--  1 root   squid403197 Aug 24 03:09 access.log.20060808.gz
-rw-r--r--  1 root   squid394055 Aug 24 03:09 access.log.20060809.gz
-rw-r--r--  1 root   squid290874 Aug 24 03:09 access.log.20060810.gz
-rw-r--r--  1 root   squid344624 Aug 24 03:09 access.log.20060811.gz
-rw-r--r--  1 root   squid279706 Aug 24 03:09 access.log.20060812.gz
-rw-r--r--  1 root   squid145970 Aug 24 03:09 access.log.20060813.gz
-rw-r--r--  1 root   squid308151 Aug 24 03:09 access.log.20060814.gz
-rw-r--r--  1 root   squid313866 Aug 24 03:09 access.log.20060815.gz
-rw-r--r--  1 root   squid337858 Aug 24 03:09 access.log.20060816.gz
-rw-r--r--  1 root   squid389302 Aug 24 03:09 access.log.20060817.gz
-rw-r--r--  1 root   squid426401 Aug 24 03:09 access.log.20060818.gz
-rw-r--r--  1 root   squid408152 Aug 24 03:09 access.log.20060819.gz
-rw-r--r--  1 root   squid171476 Aug 24 03:09 access.log.20060820.gz
-rw-r--r--  1 root   squid331688 Aug 24 03:09 access.log.20060821.gz
-rw-r--r--  1 root   squid366393 Aug 24 03:09 access.log.20060822.gz
-rw-r--r--  1 root   squid445542 Aug 24 03:09 access.log.20060823.gz
-rw-r--r--  1 squid  squid149208 Aug 24 17:26 cache.log
-rw-r--r--  1 squid  squid 6 Aug 24 17:25 squid.pid



Att.
EVANDRO ZAMPIERI
E-COMP Provedor Internet
Afiliado à Rede Global Info
Rua Santos Dumont, 521
Birigüi - SP - 16200-095
FoneFax (18) 3644-6000

- Original Message - 
From: m3 BSD [EMAIL PROTECTED]
To: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) 
freebsd@fug.com.br
Sent: Friday, August 25, 2006 8:57 AM
Subject: Re: [FUG-BR] Sarg maldito


Cara... seguinte

Veja bem, vc esta querendo que o sarg gere o relatorio em html de um
determinado intervalo de data correto?

Veja, eu uso assim, eu faco o rotate do log do squid toda meia noite,
com squid -k rotate, e rodo o sarg sobre o arquivo rodado, ou seja,
pegando somente o q aconteceu durante as ultimas 24 horas. Assim nao
te server?

Em 25/08/06, irado furioso com tudo[EMAIL PROTECTED] escreveu:
 On Fri, 25 Aug 2006 00:55:06 -0300
 Evandro Zampieri [EMAIL PROTECTED] escreveu assim:

  Cara eu já tentei com aspas duplas, aspas simples, data invertida

 bem.. uma ocasião que mexi com datas - não no sarge, contudo - a única
 maneira de tê-las interpretadas foi com o uso de CRASE (`), que é
 aquela aspa invertida. Bem, não custa nada dar êste pitaco aqui, afinal.

 flames  /dev/null

 --

 saudações,
 irado furioso com tudo
 Linux User 179402/FreeBSD BSD50853
 Tudo o que Existe egressa do Ser e regressa ao Ser. O Ser é o
 Insondável Tao. Das profundezas do Ser nascem todos os seres que
 existem. O Ser, porém, é o abismo do Não-Existir.
 -
 Histórico: http://www.fug.com.br/historico/html/freebsd/
 Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd



-- 
Atenciosmente

Mario Augusto Mania m3BSD
---
[EMAIL PROTECTED]
Cel.: (43) 9938-9629
Msn: [EMAIL PROTECTED]
-
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] Sarg maldito

2006-08-25 Por tôpico Renato Botelho
Evandro Zampieri wrote:
 É isso mesmo que estou fazendo estou cortando o log do squid todo os 
 dias
 
 sem querer poluir muito essa msg, por favor dê uma olhada abaixo...  cada 
 arquivo desses tem somente o log do dia mas nao funfa
 
 servidor# crontab -l
 0 0 * * * root /usr/local/scripts/proxy-day.sh
 
 servidor# cat /usr/local/scripts/proxy-day.sh
 #!/bin/sh
 workday_ymd=`date -v -1d +%Y%m%d`
 workday_dmy=`date -v -1d +%d%m%Y`

O comando acima retorna sem /

[EMAIL PROTECTED]:/var/qmail/service/pop3sd# date -v -1d +%d%m%Y
24082006

Você tem que por as /

[EMAIL PROTECTED]:/var/qmail/service/pop3sd# date -v -1d +%d/%m/%Y
24/08/2006


 /usr/local/etc/rc.d/squid.sh stop
 sleep 10
 cat /usr/local/squid/logs/access.log  
 /usr/local/squid/logs/access.log.$workday_ymd
 sarg -d $workday_dmy-$workday_dmy
 cat /dev/null  /usr/local/squid/logs/access.log
 /usr/local/etc/rc.d/squid.sh start
 sleep 10
 gzip /usr/local/squid/logs/access.log.$workday_ymd


-- 
Renato Botelho garga @ FreeBSD.org
   freebsd @ galle.com.br
GnuPG Key: http://www.FreeBSD.org/~garga/pubkey.asc
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] Sarg maldito

2006-08-25 Por tôpico Evandro Zampieri
Olá Renato, desculpe-me pelo Reply

Estou começando a achar que pode ser algo com o squid mesmo viu

Lembro que nessa versão o squid já não usa mais o parâmetro cache_access_log 
, mas sim o access_log ,  com uma opção de logformat que eu ignorei... 
veja...


#  TAG: access_log
#  These files log client request activities. Has a line every HTTP or
#  ICP request. The format is:
#  access_log filepath [logformat name [acl acl ...]]
#
#  Will log to the specified file using the specified format (which
#  must be defined in a logformat directive) those entries which match
#  ALL the acl's specified (which must be defined in acl clauses).
#  If no acl is specified, all requests will be logged to this file.
#
#  To disable logging of a request use the filepath none, in which case
#  a logformat name should not be specified.
#
#  To log the request via syslog specify a filepath of syslog
access_log /usr/local/squid/logs/access.log


Será que isso pode estar prejudicando o formato do log nesse squid-2.5.14_1 
???
Apesar do log parecer como os antigos

servidor# tail access.log
192.168.0.222 - - [25/Aug/2006:10:51:28 +] GET 
http://www.unimedbirigui.com.br/aplicativos/album/images/top.gif HTTP/1.1 
304 198 TCP_IMS_HIT:NONE
192.168.0.222 - - [25/Aug/2006:10:51:28 +] GET 
http://www.unimedbirigui.com.br/aplicativos/album/images/top_right.gif 
HTTP/1.1 304 198 TCP_IMS_HIT:NONE
192.168.0.222 - - [25/Aug/2006:10:51:28 +] GET 
http://www.unimedbirigui.com.br/aplicativos/album/images/bottom_left.gif 
HTTP/1.1 304 198 TCP_IMS_HIT:NONE
192.168.0.222 - - [25/Aug/2006:10:51:28 +] GET 
http://www.unimedbirigui.com.br/aplicativos/album/images/bottom_right.gif 
HTTP/1.1 304 198 TCP_IMS_HIT:NONE
192.168.0.222 - - [25/Aug/2006:10:51:28 +] GET 
http://www.unimedbirigui.com.br/aplicativos/album/images/top_bg.gif 
HTTP/1.1 304 198 TCP_IMS_HIT:NONE
192.168.0.222 - - [25/Aug/2006:10:51:28 +] GET 
http://www.unimedbirigui.com.br/aplicativos/album/images/left.gif HTTP/1.1 
304 198 TCP_IMS_HIT:NONE
192.168.0.222 - - [25/Aug/2006:10:51:28 +] GET 
http://www.unimedbirigui.com.br/aplicativos/album/images/right.gif HTTP/1.1 
304 198 TCP_IMS_HIT:NONE
192.168.0.222 - - [25/Aug/2006:10:51:28 +] GET 
http://www.unimedbirigui.com.br/aplicativos/album/images/bottom.gif 
HTTP/1.1 304 198 TCP_IMS_HIT:NONE
192.168.0.222 - - [25/Aug/2006:10:51:28 +] GET 
http://www.unimedbirigui.com.br/aplicativos/album/img.asp? HTTP/1.1 200 
15502 TCP_MISS:DIRECT
192.168.0.222 - - [25/Aug/2006:10:51:29 +] GET 
http://www.unimeds.com.br/aplicativos/album/0051.gif HTTP/1.1 200 1198 
TCP_REFRESH_HIT:DIRECT
servidor#


Obrigado...

EVANDRO ZAMPIERI
E-COMP Provedor Internet
Afiliado à Rede Global Info
Rua Santos Dumont, 521
Birigüi - SP - 16200-095
FoneFax (18) 3644-6000

-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] Sarg maldito

2006-08-25 Por tôpico Renato Botelho
Evandro Zampieri wrote:
 Olá Renato, desculpe-me pelo Reply
 
 Estou começando a achar que pode ser algo com o squid mesmo viu
 
 Lembro que nessa versão o squid já não usa mais o parâmetro cache_access_log 
 , mas sim o access_log ,  com uma opção de logformat que eu ignorei... 
 veja...

Acho legal vc se inscrever nesse grupo:

[EMAIL PROTECTED]

O próprio autor do Sarg, que é brasileiro, participa desse grupo e
com certeza vai sanar seus problemas.

-- 
Renato Botelho garga @ FreeBSD.org
   freebsd @ galle.com.br
GnuPG Key: http://www.FreeBSD.org/~garga/pubkey.asc
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] [OT] - Tar incremental em outro arquivo

2006-08-25 Por tôpico irado furioso com tudo
On Tue, 22 Aug 2006 15:50:59 -0300
Reginaldo Filippus [EMAIL PROTECTED] escreveu assim:

 Duvida: Como crio um novo arquivo apenas com o conteudo dos arquivos
 incrementais, pois atualmente ele apenas atualiza o arquivo de 40G.

bem.. pelas pesquisas que fiz na net (google) aparentemente não há um
modo de se fazer isso sem um arquivo intermediário. O que encontrei foi
o seguinte:

tar -cv --newer=2004-09-01 --file=incremental.tar d:/data*
gzip -9  incremental.tar  incremental.tar.tgz
del incremental.tar

encontrei aqui:
http://www.cgi-interactive-uk.com/backup_data_windows.html

mas há um bocado mais aqui, que não verifiquei:

http://www.google.com/search?q=Backing+up+data+on+a+Windows+machine+using+TAR+and+GZIPsourceid=mozillastart=0start=0ie=utf-8oe=utf-8

nota: NÃO use os arquivos reais para experimentar, uma vez que êle
aciona a flag (ou usa touch?) e na segunda passagem PARA A MESMA DATA
não 'pega' arquivo algum.

flames  /dev/null

-- 

saudações,
irado furioso com tudo
Linux User 179402/FreeBSD BSD50853
Tudo o que Existe egressa do Ser e regressa ao Ser. O Ser é o
Insondável Tao. Das profundezas do Ser nascem todos os seres que
existem. O Ser, porém, é o abismo do Não-Existir.
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] RES: RES: bsdcounter

2006-08-25 Por tôpico Daniel Bristot de Oliveira
O usuário, *logado*, vai ver no lado menu do lado esquerdo da página o
Menu do Usuário, a sexta opção é:

Outros Usuarios

Alí da acesso a informações dos outros usuários, e mostra o ID do usuário

Ou pela URL: http://www.fug.com.br/component/option,com_userlist_xtd/Itemid,67/


-- 
Daniel Bristot de Oliveira
http://dbristot.info

R João Paez 409 Ap 202
Sta Augusta - Criciúma - SC
CEP 88805440 Brazil
+55-48-91032512
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


[FUG-BR] NFS tuning

2006-08-25 Por tôpico Daniel Bristot de Oliveira
Olá lista.

Estou fazendo alguns testes com o NFS, e queria formar uma lista de
possíveis Tunings para se fazer nele.

Quem souber algo, ou ouviu falar em algo, que aumente a performance do
NFS, será de grande ajuda.

-- 
Daniel Bristot de Oliveira
http://dbristot.info

R João Paez 409 Ap 202
Sta Augusta - Criciúma - SC
CEP 88805440 Brazil
+55-48-91032512
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] NFS tuning

2006-08-25 Por tôpico Alex Moura
On 8/25/06, Daniel Bristot de Oliveira [EMAIL PROTECTED] wrote:
 Olá lista.

 Estou fazendo alguns testes com o NFS, e queria formar uma lista de
 possíveis Tunings para se fazer nele.

 Quem souber algo, ou ouviu falar em algo, que aumente a performance do
 NFS, será de grande ajuda.

Seria interessante classificar as informações para diferentes
ambientes, como LAN e WAN. Alguém tem implementação de NFS via WAN
(corporativa, VPN etc.)?
-
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] bsdcounter

2006-08-25 Por tôpico Patrick Tracanelli
Daniel Bristot de Oliveira wrote:
 O usuário, *logado*, vai ver no lado menu do lado esquerdo da página o
 Menu do Usuário, a sexta opção é:
 
 Outros Usuarios
 
 Alí da acesso a informações dos outros usuários, e mostra o ID do usuário
 
 Ou pela URL: 
 http://www.fug.com.br/component/option,com_userlist_xtd/Itemid,67/
 
 

Pessoal, a ideia do Bristot eh bem interessante. Mesmo sem querer ja 
temos nosso contador de usuarios, que no momento esta por volta de 260.

Colocamos um menu adicional chamado Lista de Usuarios:

http://www.fug.com.br/component/option,com_userlist_xtd/Itemid,88/

Colocamos como publico. Assim sendo todos podem listar os membros, na 
opcao mais basica, sem estar registrado. Mas pra ver detalhes ainda eh 
preciso ser registrado, enviar mensagem privada tambem, por motivos de 
privacidade, afinal podem haver informacoes adicionais (como segundo 
endereco - publico - de e-mail, que nao eh conveniente deixar webrobots 
e afins acessarem).

Talvez de pra incrementar o sistema com alguma coisa, mas a ideia basica 
se compre: contador de usuarios hehe.

Vejam o que acham, qq coisa mais falem com o time www, [EMAIL PROTECTED]

Apesar do tema ser de interesse de boa parte da comunidade, nao eh 
tecnico (por isso adicionei OFF TOPIC na msg). Se todos principais 
interessados dessa thread nao se importarem creio que podemos 
continua-la na lista [EMAIL PROTECTED] com mais tranquilidade (soh uma ideia).

-- 
Patrick Tracanelli

FreeBSD Brasil LTDA.
(31) 3281-9633 / 3281-3547
[EMAIL PROTECTED]
http://www.freebsdbrasil.com.br
Long live Hanin Elias, Kim Deal!

-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] Mysql

2006-08-25 Por tôpico Willien Carvalho Fernandes
$ /usr/ports/databases/mysql41-server
$ make install all clean BUILD_OPTIMIZED=yes BUILD_STATIC=yes

$ echo mysql_enable=''YES''  /etc/rc.conf
$ echo mysql_dbdir=''/home/databases/mysql''  /etc/rc.conf

$ mkdir -p /home/databases/mysql
$ chown -R mysql:wheel /home/databases/mysql

$ rehash
$ mysqladmin -u root password 'SENHA_ADMINISTRADOR'
$ cp /usr/local/share/mysql/my-medium.cnf /home/databases/mysql/my.cnf

On Fri, 25 Aug 2006 13:03:58 -0300
Suprema Informática Ltda - Leandro [EMAIL PROTECTED] wrote:

 Instalei aki, o FreeBSD 6.1, to tentando instalar o bendito mysql, e 
 naum rola
 
 kra,
 eu instalei via ports, coloquei no /etc/rc.conf a referencia ( 
 mysql_enable=Yes )
 
 e mesmo assim ele naum inicializa, alguém tem algum how to, ou 
 referencial para instalar o mysql.
 
 Sem mais para o momento e à disposição para maiores esclarecimentos, 
 agradecemos.
  
 Leandro Bernardi
 Sócio-Gerente
 Assistência Técnica.
 Suprema Informática Ltda - Chapecó - SC
 E-mail: [EMAIL PROTECTED]
 Site: www.supremasc.com.br
 Msn: [EMAIL PROTECTED]
 Skype: suprema.info
  
  
 Esta mensagem pode conter informação confidencial e/ou privilegiada.  Se você 
 não for o destinatário ou a pessoa autorizada a receber esta mensagem, não 
 pode usar, copiar ou divulgar as informações nela contidas ou tomar qualquer 
 ação baseada nessas informações.  Se você recebeu esta mensagem por engano, 
 por favor avise imediatamente o remetente, respondendo o e-mail e em seguida 
 apague-o.  Agradecemos sua cooperação.
 
 -
 Histórico: http://www.fug.com.br/historico/html/freebsd/
 Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] [OFF TOPIC] bsdcounter

2006-08-25 Por tôpico Patrick Tracanelli
 Ta show de bola mas, .
 Quando eu pesquisei pelo meu nome veio no campo id o valor gual a 1 ,
 não meu id verdadeiro que paginando achei que era o 67

Tem toda razao, ele ta listando o ID da pesquisa. Vamos dar um jeito 
nisso :-)

-
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] bsdcounter

2006-08-25 Por tôpico Jorge Motta dos Santos
entao eu sou o 202?

202 Jorge Motta dos Santos  Motta_tb27.07.2006



Patrick Tracanelli escreveu:
 Ta show de bola mas, .
 Quando eu pesquisei pelo meu nome veio no campo id o valor gual a 1 ,
 não meu id verdadeiro que paginando achei que era o 67
 

 Tem toda razao, ele ta listando o ID da pesquisa. Vamos dar um jeito 
 nisso :-


___ 
Novidade no Yahoo! Mail: receba alertas de novas mensagens no seu celular. 
Registre seu aparelho agora! 
http://br.mobile.yahoo.com/mailalertas/ 
 

-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


[FUG-BR] Instalação do Qmail

2006-08-25 Por tôpico Bruno Henrique de Oliveira
Boa tarde,

Estou seguindo as instruções de instalação do Qmail encontradas no
portal www.fug.com.br, porém está acontecendo 2 erros.

Primeiro, quando eu adiciono as linhas abaixo no /etc/make.conf com
sugere o manual acontece um erro quando mando instalar o Spamassassin
via ports, aparece que essas linhas estão com erro.

# CLAMAV User / Group
.elif ${.CURDIR:N*security/clamav}==
CLAMAVUSER=qscand
CLAMAVGROUP=qscand
.endif

# maildrop
.elif ${.CURDIR:N*mail/maildrop}==
MAILDROP_SUID=vpopmail
MAILDROP_SGID=vchkpw
.endif

# Precisa do suidperl pro qmail-scanner
.elif ${.CURDIR:N*lang/perl5*}==
ENABLE_SUIDPERL=yes
.endif

# Qmail-scanner
.elif ${.CURDIR:N*mail/qmail-scanner*}==
QMAILSCAN_ADMIN= [EMAIL PROTECTED] endereço de e-mail
está sendo protegido de spam, você precisa de Javascript habilitado para
vê-lo 
QMAILSCAN_ADMINREALNAME=Nome_de_sua_empresa
QMAILSCAN_LOCALDOMAINS=seudominio.com.br
QMAILSCAN_NOTIFY=psender,nmladm
QMAILSCAN_SCANNERS=clamdscan,verbose_spamassassin
QMAILSCAN_LANG=pt_BR
.endif 

Segundo, comentando as linhas posso executar um make install clean no
spamassassin que ele funciona, porém quando chega no pacote unzip ele
não instala, nem via ports nem via pkg_add -r.

Alguém sabe porque isso acontece ? Estou usando o FreeBSD 6.1 - RELEASE
e instalei o minimo possível de pocotes em sua instalação.

Grato pela atenção.

Ass,
Bruno Oliveira.

-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] Instalação do Qmail

2006-08-25 Por tôpico Renato Botelho
Bruno Henrique de Oliveira wrote:
 Boa tarde,
 
 Estou seguindo as instruções de instalação do Qmail encontradas no
 portal www.fug.com.br, porém está acontecendo 2 erros.
 
 Primeiro, quando eu adiciono as linhas abaixo no /etc/make.conf com
 sugere o manual acontece um erro quando mando instalar o Spamassassin
 via ports, aparece que essas linhas estão com erro.

.elif eh apenas quando vc tem um if aberto, ele eh o else if

.if
.elif
.endif

Como no caso abaixo esta abrindo e fechando, entao troque .elif por .if

 # CLAMAV User / Group
 .elif ${.CURDIR:N*security/clamav}==
 CLAMAVUSER=qscand
 CLAMAVGROUP=qscand
 .endif
 
 # maildrop
 .elif ${.CURDIR:N*mail/maildrop}==
 MAILDROP_SUID=vpopmail
 MAILDROP_SGID=vchkpw
 .endif
 
 # Precisa do suidperl pro qmail-scanner
 .elif ${.CURDIR:N*lang/perl5*}==
 ENABLE_SUIDPERL=yes
 .endif
 
 # Qmail-scanner
 .elif ${.CURDIR:N*mail/qmail-scanner*}==
 QMAILSCAN_ADMIN= [EMAIL PROTECTED] endereço de e-mail
 está sendo protegido de spam, você precisa de Javascript habilitado para
 vê-lo 
 QMAILSCAN_ADMINREALNAME=Nome_de_sua_empresa
 QMAILSCAN_LOCALDOMAINS=seudominio.com.br
 QMAILSCAN_NOTIFY=psender,nmladm
 QMAILSCAN_SCANNERS=clamdscan,verbose_spamassassin
 QMAILSCAN_LANG=pt_BR
 .endif 
 
 Segundo, comentando as linhas posso executar um make install clean no
 spamassassin que ele funciona, porém quando chega no pacote unzip ele
 não instala, nem via ports nem via pkg_add -r.
 
 Alguém sabe porque isso acontece ? Estou usando o FreeBSD 6.1 - RELEASE
 e instalei o minimo possível de pocotes em sua instalação.

Mostre-nos o erro que o port do unzip esta dando

-- 
Renato Botelho garga @ FreeBSD.org
   freebsd @ galle.com.br
GnuPG Key: http://www.FreeBSD.org/~garga/pubkey.asc
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] Instalação do Qmail

2006-08-25 Por tôpico Bruno Henrique de Oliveira
Em Sex, 2006-08-25 às 15:15 -0300, Renato Botelho escreveu:
 Bruno Henrique de Oliveira wrote:
  Boa tarde,
  
  Estou seguindo as instruções de instalação do Qmail encontradas no
  portal www.fug.com.br, porém está acontecendo 2 erros.
  
  Primeiro, quando eu adiciono as linhas abaixo no /etc/make.conf com
  sugere o manual acontece um erro quando mando instalar o Spamassassin
  via ports, aparece que essas linhas estão com erro.
 
 .elif eh apenas quando vc tem um if aberto, ele eh o else if
 
 .if
 .elif
 .endif

Então tem que alterar isso na documentação, está errada, ela está
como .elif / .endif.

Resolveu, muito obrigado.

 Como no caso abaixo esta abrindo e fechando, entao troque .elif por .if
 
  # CLAMAV User / Group
  .elif ${.CURDIR:N*security/clamav}==
  CLAMAVUSER=qscand
  CLAMAVGROUP=qscand
  .endif
  
  # maildrop
  .elif ${.CURDIR:N*mail/maildrop}==
  MAILDROP_SUID=vpopmail
  MAILDROP_SGID=vchkpw
  .endif
  
  # Precisa do suidperl pro qmail-scanner
  .elif ${.CURDIR:N*lang/perl5*}==
  ENABLE_SUIDPERL=yes
  .endif
  
  # Qmail-scanner
  .elif ${.CURDIR:N*mail/qmail-scanner*}==
  QMAILSCAN_ADMIN= [EMAIL PROTECTED] endereço de e-mail
  está sendo protegido de spam, você precisa de Javascript habilitado para
  vê-lo 
  QMAILSCAN_ADMINREALNAME=Nome_de_sua_empresa
  QMAILSCAN_LOCALDOMAINS=seudominio.com.br
  QMAILSCAN_NOTIFY=psender,nmladm
  QMAILSCAN_SCANNERS=clamdscan,verbose_spamassassin
  QMAILSCAN_LANG=pt_BR
  .endif 
  
  Segundo, comentando as linhas posso executar um make install clean no
  spamassassin que ele funciona, porém quando chega no pacote unzip ele
  não instala, nem via ports nem via pkg_add -r.
  
  Alguém sabe porque isso acontece ? Estou usando o FreeBSD 6.1 - RELEASE
  e instalei o minimo possível de pocotes em sua instalação.
 
 Mostre-nos o erro que o port do unzip esta dando

Pelo ports, resolvendo dependência do SpamAssassin a tela fica assim:
 
= unzip552.tar.gz doesn't seem to exist in /usr/ports/distfiles/.
= Attempting to fetch from ftp://ftp.info-zip.org/pub/infozip/src/.
unzip552.tar.gz 0% of 1113 kB0  Bps

Depois de algum tempo aparece o seguinte erro:

fetch: transfer timed out
fetch: unzip552.tar.gz appears to be truncated: 0/1140291 bytes

Quando vou instalar via pkg_add -r a tela fica assim:


mail# pkg_add -r unzip
Fetching
ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-6.1-release/Latest/unzip.tbz...

é não sai disso.

Grato pela atenção.

Ass,
Bruno Oliveira.




-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] Sarg maldito

2006-08-25 Por tôpico Evandro Zampieri
Vamos lá

A barra na data tinha ficado sem porque errei no segundo script que fiz, qdo 
eu criei o script primeiramente era pra ficar a data invertida sem barras 
mesmo, pois era pra usar no nomes dos backups dos logs...
O comando era somente o sarg -l access.log.anomesdia sem precisar usar o 
parametro -d do periodo... mas como nao funfava comecei a mexer mexer  
mais e mais ...

Resultado,, funcionou sem o -d mesmo, fiz o que o Flávio falou e 
desabilitei o emulate_httpd_log e agora funfou mas ele não está gravando 
no diretório como mostra o resultado do sarg -z

VEJA:

servidor# sarg -z
SARG: ConfigFile.= /usr/local/etc/sarg/sarg.conf
SARG: AccessLog..= /usr/local/squid/logs/access.log
.
SARG: TempDir= /tmp
SARG: OutputDir..= /usr/local/www/apache22/data/sarg
...
SARG: (util) tbuf=25Aug2006, reading: 0.00%
SARG: (util) period=25Aug2006-
SARG: Records in file: 2233, reading: 0.00%
SARG: (util) data=25/08/2006
SARG: (util) tbuf=25Aug2006
SARG: (util) period=25Aug2006-25Aug2006
SARG: (util) dirname=/usr/local/www/apache22/data/sarg/25Aug2006-25Aug2006
SARG: (util) wdir=/usr/local/www/apache22/data/sarg/25Aug2006-25Aug2006
SARG: Relatorio gerado com sucesso em 
/usr/local/www/apache22/data/sarg/25Aug2006-25Aug2006
SARG: (removetmp) Erro no open do arquivo: 
/usr/local/www/apache22/data/sarg/25Aug2006-25Aug2006/general
servidor#


- Original Message - 
From: Renato Botelho [EMAIL PROTECTED]
To: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) 
freebsd@fug.com.br
Sent: Friday, August 25, 2006 10:40 AM
Subject: Re: [FUG-BR] Sarg maldito


Evandro Zampieri wrote:
 É isso mesmo que estou fazendo estou cortando o log do squid todo os
 dias

 sem querer poluir muito essa msg, por favor dê uma olhada abaixo...  cada
 arquivo desses tem somente o log do dia mas nao funfa

 servidor# crontab -l
 0 0 * * * root /usr/local/scripts/proxy-day.sh

 servidor# cat /usr/local/scripts/proxy-day.sh
 #!/bin/sh
 workday_ymd=`date -v -1d +%Y%m%d`
 workday_dmy=`date -v -1d +%d%m%Y`

O comando acima retorna sem /

[EMAIL PROTECTED]:/var/qmail/service/pop3sd# date -v -1d +%d%m%Y
24082006

Você tem que por as /

[EMAIL PROTECTED]:/var/qmail/service/pop3sd# date -v -1d +%d/%m/%Y
24/08/2006


 /usr/local/etc/rc.d/squid.sh stop
 sleep 10
 cat /usr/local/squid/logs/access.log 
 /usr/local/squid/logs/access.log.$workday_ymd
 sarg -d $workday_dmy-$workday_dmy
 cat /dev/null  /usr/local/squid/logs/access.log
 /usr/local/etc/rc.d/squid.sh start
 sleep 10
 gzip /usr/local/squid/logs/access.log.$workday_ymd


-- 
Renato Botelho garga @ FreeBSD.org
   freebsd @ galle.com.br
GnuPG Key: http://www.FreeBSD.org/~garga/pubkey.asc
-
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] bsdcounter

2006-08-25 Por tôpico Nilson Debatin
Acho que ainda tem um pequeno problema na listagem, esta
deve dar echo no campo do banco de dados que contém a codigo,
sendo assim sempre vai ser impresso o valor correto dessa
informação.
Quando se procura alguem na lista ele imprime os codigos
usando um valor incrementado dentro do loop e nao o 
valor do banco de dados, por exemplo: Eu sou o numero #59
na lista geral, mas se mando procurar pelos Nilson's
cadastrados eu passo a ser o número 1.

[]s
Nilson
FUGid #59 ?


-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] Watchdogd

2006-08-25 Por tôpico Marcelo Prota

#!/bin/sh

# Hosts para os testes de ping
HOST1=200.221.2.45#UOL
HOST2=200.176.3.142   #TERRA
HOST3=200.152.161.127 #YAHOO

LOG=/var/log/check-ping

# Pingando
test1=`/sbin/ping -c 1 $HOST1 | grep transmitted, | cut -d  -f4`
test2=`/sbin/ping -c 1 $HOST2 | grep transmitted, | cut -d  -f4`
test3=`/sbin/ping -c 1 $HOST3 | grep transmitted, | cut -d  -f4`

# Se pingou OK, se nao reboot NOW!

if [ $test1 = 1 ] || [ $test2 = 1 ] || [ $test3 = 1 ]; then
   echo -e PING OK! Servidor ONLINE
   echo #  $LOG
   echo PING OK! Servidor ONLINE  $LOG
   date  $LOG
   echo #  $LOG
else
   echo #  $LOG
   echo The system is going down for reboot NOW!  $LOG
   date  $LOG
   echo #  $LOG
   shutdown -r now
fi





 Date: Tue, 22 Aug 2006 11:26:26 -0300
 From: [EMAIL PROTECTED]
 To: freebsd@fug.com.br
 Subject: [FUG-BR] Watchdogd
 
 Pessoal, como faço para configurar o watchdogd no freebsd para quando o 
 sistema
 travar, parar de responder, dar um reboot na máquina???
  
 Att
 Gusmão
 
 -
 Histórico: http://www.fug.com.br/historico/html/freebsd/
 Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

_
Experimente o Live.com: seu mundo online em um só lugar - com notícias, 
esportes, previsão do tempo e muito mais.
http://www.live.com/getstarted
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] Mysql

2006-08-25 Por tôpico Eder
Olá,

Bom, deve ser o seguinte:

O MySQL criar o socket no diretório /tmp o mysql.sock verifique se
o ele tem permissão no no seu /tmp.

Quando você levantar o banco deve ser criado o myql.sock em /tmp,
depois que efetuo as alterações necessárias, verifique com um sockstat:

sockstat -4 | grep mysql

Abraços,

Eder.

On 8/25/06, Willien Carvalho Fernandes [EMAIL PROTECTED] wrote:
 $ /usr/ports/databases/mysql41-server
 $ make install all clean BUILD_OPTIMIZED=yes BUILD_STATIC=yes

 $ echo mysql_enable=''YES''  /etc/rc.conf
 $ echo mysql_dbdir=''/home/databases/mysql''  /etc/rc.conf

 $ mkdir -p /home/databases/mysql
 $ chown -R mysql:wheel /home/databases/mysql

 $ rehash
 $ mysqladmin -u root password 'SENHA_ADMINISTRADOR'
 $ cp /usr/local/share/mysql/my-medium.cnf /home/databases/mysql/my.cnf

 On Fri, 25 Aug 2006 13:03:58 -0300
 Suprema Informática Ltda - Leandro [EMAIL PROTECTED] wrote:

  Instalei aki, o FreeBSD 6.1, to tentando instalar o bendito mysql, e
  naum rola
 
  kra,
  eu instalei via ports, coloquei no /etc/rc.conf a referencia (
  mysql_enable=Yes )
 
  e mesmo assim ele naum inicializa, alguém tem algum how to, ou
  referencial para instalar o mysql.
 
  Sem mais para o momento e à disposição para maiores esclarecimentos, 
  agradecemos.
 
  Leandro Bernardi
  Sócio-Gerente
  Assistência Técnica.
  Suprema Informática Ltda - Chapecó - SC
  E-mail: [EMAIL PROTECTED]
  Site: www.supremasc.com.br
  Msn: [EMAIL PROTECTED]
  Skype: suprema.info
 
 
  Esta mensagem pode conter informação confidencial e/ou privilegiada.  Se 
  você não for o destinatário ou a pessoa autorizada a receber esta mensagem, 
  não pode usar, copiar ou divulgar as informações nela contidas ou tomar 
  qualquer ação baseada nessas informações.  Se você recebeu esta mensagem 
  por engano, por favor avise imediatamente o remetente, respondendo o e-mail 
  e em seguida apague-o.  Agradecemos sua cooperação.
 
  -
  Histórico: http://www.fug.com.br/historico/html/freebsd/
  Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
 -
 Histórico: http://www.fug.com.br/historico/html/freebsd/
 Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd



-- 
Linux is for people who hate Windows,
BSD is for people who love UNIX
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


[FUG-BR] Alterar Log do Squid

2006-08-25 Por tôpico Evandro Zampieri
Alguém sabe como converter arquivos de log do squid já gerados usando o 
parametro EMULATE_HTTPD_LOG ON para o OFF ???

Abrigado,
Evandro Zampieri 

-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


[FUG-BR] wireless networking. dwl-g510, ath

2006-08-25 Por tôpico Vinicius Azevedo
senhores,
 estou um tanto quanto parado em relacao a subir uma placa dlink dwlg510.
 abaixo algumas infos;

* * * * *
egypcio# dmesg |grep ath
ath_hal: 0.9.16.16 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413)
egypcio# kldstat
Id Refs AddressSize Name
 1   17 0xc040 691928   kernel
 21 0xc0a92000 cea8 if_wi.ko
 31 0xc0a9f000 fa20 if_ath.ko
 43 0xc0aaf000 3015cath_hal.ko
 52 0xc0ae 3fbc ath_rate.ko
 61 0xc0ae4000 2d48 wlan_wep.ko
 71 0xc0ae7000 6da4 wlan_ccmp.ko
 81 0xc0aee000 4040 wlan_tkip.ko
 91 0xc3309000 e000 ext2fs.ko
egypcio# ifconfig
sis0: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST mtu 1500
options=8VLAN_MTU
inet6 fe80::20c:6eff:fe7e:941b%sis0 prefixlen 64 scopeid 0x1
inet 192.168.2.250 netmask 0xff00 broadcast 192.168.2.255
ether 00:0c:6e:7e:94:1b
media: Ethernet autoselect (10baseT/UTP)
status: active
plip0: flags=108810POINTOPOINT,SIMPLEX,MULTICAST,NEEDSGIANT mtu 1500
lo0: flags=8049UP,LOOPBACK,RUNNING,MULTICAST mtu 16384
inet6 ::1 prefixlen 128
inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3
inet 127.0.0.1 netmask 0xff00
egypcio# cat /boot/loader.conf
## Beastie Logo
loader_logo=beastiebw

## Wireless
# ndis_load=YES
# if_ndis_load=YES
# rt61_sys_load=YES
if_ath_load=YES
if_wi_load=YES

wlan_wep_load=YES
wlan_ccmp_load=YES
egypcio# uname -a
FreeBSD egypcio 6.1-RELEASE FreeBSD 6.1-RELEASE #0: Sun May  7 04:32:43 UTC 
2006 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/GENERIC  i386
wlan_tkip_load=YES

* * * * *
 terminei a instalacao a pouco.
 nao consigo, nem vejo, a dlink subir. alguma dica de como proceder?
 alguma picuinha me empata (:
 
aquele velho abraco \o/



_
Vinicius de A.
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


[FUG-BR] Alterar Log do Squid

2006-08-25 Por tôpico Carlos Anderson Jardim
 -Mensagem original-
 De: [EMAIL PROTECTED] 
 [mailto:[EMAIL PROTECTED] Em nome de Evandro Zampieri
 Enviada em: sexta-feira, 25 de agosto de 2006 16:12
 Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)
 Assunto: [FUG-BR] Alterar Log do Squid
 
 Alguém sabe como converter arquivos de log do squid já 
 gerados usando o 
 parametro EMULATE_HTTPD_LOG ON para o OFF ???
 
 Abrigado,
 Evandro Zampieri 
 

Boa Tarde Evandro,

Creio que o que voce precisa deve estar neste link o script é em Perl!

http://mirrors.dotsrc.org/squid/Scripts/

Boa Sorte!

Att.


Carlos Anderson Jardim
Tecnologia da Informacao - Redes e Internet
Santa Casa de São José dos Campos
Linux User #403727
FUG-BR User #269
Tel.: (12) 3925-1873 - 3925-1925  

-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


[FUG-BR] RES: wireless networking. dwl-g510, ath

2006-08-25 Por tôpico Pablo Coser
Se o driver da sua placa for atheros, basta configurar no kernel:
device  ath # Atheros pci/cardbus NIC's

Abraço
Pablo Coser


-Mensagem original-
De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Em nome
de Vinicius Azevedo
Enviada em: sexta-feira, 25 de agosto de 2006 16:21
Para: freebsd@fug.com.br
Assunto: [FUG-BR] wireless networking. dwl-g510, ath

senhores,
 estou um tanto quanto parado em relacao a subir uma placa dlink dwlg510.
 abaixo algumas infos; 

* * * * *
egypcio# dmesg |grep ath
ath_hal: 0.9.16.16 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413)

egypcio# kldstat
Id Refs AddressSize Name
 1   17 0xc040 691928   kernel
 21 0xc0a92000 cea8 if_wi.ko
 31 0xc0a9f000 fa20 if_ath.ko
 43 0xc0aaf000 3015cath_hal.ko
 52 0xc0ae 3fbc ath_rate.ko
 61 0xc0ae4000 2d48 wlan_wep.ko
 71 0xc0ae7000 6da4 wlan_ccmp.ko
 81 0xc0aee000 4040 wlan_tkip.ko
 91 0xc3309000 e000 ext2fs.ko
egypcio# ifconfig
sis0: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST mtu 1500
options=8VLAN_MTU
inet6 fe80::20c:6eff:fe7e:941b%sis0 prefixlen 64 scopeid 0x1
inet 192.168.2.250 netmask 0xff00 broadcast 192.168.2.255
ether 00:0c:6e:7e:94:1b
media: Ethernet autoselect (10baseT/UTP)
status: active
plip0: flags=108810POINTOPOINT,SIMPLEX,MULTICAST,NEEDSGIANT mtu 1500
lo0: flags=8049UP,LOOPBACK,RUNNING,MULTICAST mtu 16384
inet6 ::1 prefixlen 128
inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3
inet 127.0.0.1 netmask 0xff00
egypcio# cat /boot/loader.conf
## Beastie Logo
loader_logo=beastiebw

## Wireless
# ndis_load=YES
# if_ndis_load=YES
# rt61_sys_load=YES
if_ath_load=YES
if_wi_load=YES

wlan_wep_load=YES
wlan_ccmp_load=YES
egypcio# uname -a
FreeBSD egypcio 6.1-RELEASE FreeBSD 6.1-RELEASE #0: Sun May  7 04:32:43 UTC
2006 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/GENERIC  i386
wlan_tkip_load=YES

* * * * *
 terminei a instalacao a pouco.
 nao consigo, nem vejo, a dlink subir. alguma dica de como proceder?
 alguma picuinha me empata (:
 
aquele velho abraco \o/



_
Vinicius de A.
-
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


[FUG-BR] ifconfig

2006-08-25 Por tôpico Israel Junior
Boa tarde a todos da lista, estou tentando habilitar o recuso de 
bloqueio por mac do ifconfig, mas não estou conseguindo ifconfig ath0 
mac:open gostaria de seber se alguem ja conseguiu habilitar o recurso 
funcionar.
desde já agradeco a ajuda.
[]'s

-- 
-
Israel Ovidio R. Junior
Analista de Redes e Internet
Provenorte Provedora de Internet
-

-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


[FUG-BR] [OT] Test

2006-08-25 Por tôpico Flavio Alexsandro Silva
Patrick,

Obrigado pela ajuda!

Estou enviando este e-mail como teste para validacao da conta nova!!!
Desculpem o OFF

Att,

Flávio
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


[FUG-BR] Squid 2.6

2006-08-25 Por tôpico Flavio Alexsandro Silva
Buenas Pessoal!!!

Bom, depois de muito tempo longe da lista e de inatividade, volto as 
origens...
Ehh, sou da epoca do FreeBSD 3.3.2 pra 4.0... Agora tentando me 
atualizar com as novas mudancas e maravilhas inseridas nas novas releases...

Pessoal pra quem tava tentando ou tentou instalar o squid 2.6 com 
FreeBSD 6.0 ou 6.1 e teve problemas, reporto que tenho um servidor 
rodando FreeBSD 6.1 com Squid 2.6.2 e estou utilizando proxy 
transparente

Vamos aos passos que realizei para que isto acontecesse:
 - Baixei do Freshports (www.freshports.org), o pacote do ports da 
ultima versao do squid 2.6.x (no caso 2.6.2 do dia 06 de agosto de 2006 
[ esta eh atualmente a ultima atualizacao])
 - Fui lah no diretorio /usr/ports/www/ e descompactei o pacotinho
 - Antes de dar Build no Squid, tunei o servidor, segue mudancas na 
configuracao do kernel deste (apenas adicao de opcoes no Generic):

# Yes, i choosed the new scheduler, to use with SMP [HyperThread]
options SCHED_ULE   # ULE scheduler
#optionsSCHED_4BSD  # 4BSD scheduler


# Custom Settings


##
# Firewall Tunneup
##
#device carp# Just if i would do a HA (High Availability)

options IPFIREWALL
options IPFIREWALL_FORWARD  #enable transparent proxy support
options IPFIREWALL_VERBOSE
options IPFIREWALL_VERBOSE_LIMIT=5
options IPFIREWALL_DEFAULT_TO_ACCEPT

options IPDIVERT

options DUMMYNET

options ALTQ
options ALTQ_CBQ
options ALTQ_RED
options ALTQ_RIO
options ALTQ_HFSC
options ALTQ_CDNR
options ALTQ_PRIQ
options ALTQ_NOPCC  # just for SMP builds

##
# Squid Tunneup
# pagesize of FreeBSD 6.1 -- 4096
##
options VFS_AIO

##
# System V Resources
##
options SYSVSHM #SYSV-style shared memory
options SYSVMSG #SYSV-style message queues
options SYSVSEM #SYSV-style semaphores

options NMBCLUSTERS=131072 # 128 *1024
options MAXDSIZ=(512UL*1024*1024) # Quando houver 1 Gb de mem aqui vai 
pra 1024
options MAXSSIZ=(64UL*1024*1024) #  E aqui vai pra 128
options DFLDSIZ=(512UL*1024*1024) # 1024 tb!

##
# Message Queues [Based on Squid FAQ]
##
option MSGMNB=131072 # Number of bytes in a queue
option MSGMNI=64 # Need to be at least 2 times the number of cache_dir 
entries in the squid
option MSGSSZ=128 # Size of the message segment in a queue
option MSGTQL=8192 # Number of max queue identifiers versus 128 messages 
per queue (is the high mark of performance of messages per queue)
option MSGSEG=1024 # Number of messages segments
#
##

##
# Shared Memory [Based on Squid FAQ]
##
options SHMMNI=64 # The half of the message queues at least [1 for each 
cache_dir]
options SHMALL=16384 #
options SHMMAX=(2UL*1024*1024) # 16 Mb de shared memory
options SHMSEG=32

##
# Performance Tunneup
# Is Hyper Threading enabled at the BIOS? yes
##
maxusers 512 # Just some users... not so much
options SMP # Symmetric MultiProcessor Kernel
options MPTABLE_FORCE_HTT   # Enable HTT CPUs with the MP Table
options HZ=2000
options DEVICE_POLLING

 - Uma vez recompilado o kernel sem problemas e instalado o novo (boot) 
vamos ao squid
 - Dentro do diretorio do ports do squid novo (/usr/ports/www/squid26) 
[Squid 2.6], vamos configurar as opcoes:
#make config
+ Marcando: SQUID_DELAY_LOOPS, SQUID_SNMP, SQUID_CARP, 
SQUID_DNS_HELPER, SQUID_HTCP, SQUID_CACHE_DIGESTS, SQUID_WCCP, 
SQUID_WCCPV2, SQUID_IDENT, SQUID_REFERER_LOG, SQUID_USERAGENT_LOG, 
SQUID_ARP_ACL, SQUID_AUFS, SQUID_COSS, SQUID_KQUEUE, SQUID_LARGEFILE, 
SQUID_STACKTRACES
 - Agora antes de fazer a chamada para compilacao vamos dar mais algumas 
opcoes pro processo de build do squid:
--enable-storeio=diskd,ufs,coss,aufs,null # Habilitando todos os 
schemas de storage
--enable-removal-policies=lru,heap # Habilitando politicas de 
renovacao de cache avancadas
--with-pthreads # Nao custa informar que quero posix threads
--with-aio # Asynchronous IO
--enable-coss-aio-ops # COSS + Async IO
+ Na chamada para a compilacao fica entaum:
# make SQUID_CONFIGURE_ARGS=--enable-dlmalloc 
--enable-storeio=diskd,ufs,coss,aufs,null 
--enable-removal-policies=lru,heap --enable-coss-aio-ops --with-pthreads 
--with-aio
 - Como o pacote ficou show de bola (pelo menos tah funfando Proxy 
Transparente com DiskD [Ainda naum fiz metricas, alguem se habilita a me 
ajudar nisso???])
# make package
 - Agora o que muda no arquivo de configuracao do squid para ele 
entender entaum a regra de firewall para proxy transparente?
http_port 3128 transparent # Isso faz o squid esperar por pacotes 
desvidados
+ Claro que aqui tem as outras configuracoes do squid, mas vow 
omitila-las por que naum eh o meu objetivo aqui
 - Falta o firewall
ipfw add 400 forward 127.0.0.1,3128 tcp from any to any dst-port 80 
via xl1 setup keep-state
   

Bom, acho que isso esclarece algumas dificuldades que o pessoal teve jah 
na lista.
Queria transformar este pequeno recipe em um howto, 

[FUG-BR] Tunning Xeon

2006-08-25 Por tôpico Suprema Informática Ltda - Leandro
Amigos,

Seguinte, a empresa comprou um Servidor Dell power edge 1800,
Xeon 3.0 com 2 mega de cache+1 gb de ram+2 discos 73 gb scsi

Vamos rodar Freebsd 6.1 + squid+samba+vpn+mysql+firebird+apache

Gostaria de saber se alguém tem alguma referência de algum how to para 
tunar o kernel,
e até mesmo o próprio freebsd neste equipamento.


-- 
Sem mais para o momento e à disposição para maiores esclarecimentos, 
agradecemos.
 
Leandro Bernardi
Sócio-Gerente
Assistência Técnica.
Suprema Informática Ltda - Chapecó - SC
E-mail: [EMAIL PROTECTED]
Site: www.supremasc.com.br
Msn: [EMAIL PROTECTED]
Skype: suprema.info
 
 
Esta mensagem pode conter informação confidencial e/ou privilegiada.  Se você 
não for o destinatário ou a pessoa autorizada a receber esta mensagem, não pode 
usar, copiar ou divulgar as informações nela contidas ou tomar qualquer ação 
baseada nessas informações.  Se você recebeu esta mensagem por engano, por 
favor avise imediatamente o remetente, respondendo o e-mail e em seguida 
apague-o.  Agradecemos sua cooperaçã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] Tunning Xeon

2006-08-25 Por tôpico k2flag
Vai a minha contribuição. http://dsd.lbl.gov/TCP-tuning/FreeBSD.html

Em 25/08/06, Suprema Informática Ltda -
Leandro[EMAIL PROTECTED] escreveu:
 Amigos,

 Seguinte, a empresa comprou um Servidor Dell power edge 1800,
 Xeon 3.0 com 2 mega de cache+1 gb de ram+2 discos 73 gb scsi

 Vamos rodar Freebsd 6.1 + squid+samba+vpn+mysql+firebird+apache

 Gostaria de saber se alguém tem alguma referência de algum how to para
 tunar o kernel,
 e até mesmo o próprio freebsd neste equipamento.


 --
 Sem mais para o momento e à disposição para maiores esclarecimentos, 
 agradecemos.

 Leandro Bernardi
 Sócio-Gerente
 Assistência Técnica.
 Suprema Informática Ltda - Chapecó - SC
 E-mail: [EMAIL PROTECTED]
 Site: www.supremasc.com.br
 Msn: [EMAIL PROTECTED]
 Skype: suprema.info


 Esta mensagem pode conter informação confidencial e/ou privilegiada.  Se você 
 não for o destinatário ou a pessoa autorizada a receber esta mensagem, não 
 pode usar, copiar ou divulgar as informações nela contidas ou tomar qualquer 
 ação baseada nessas informações.  Se você recebeu esta mensagem por engano, 
 por favor avise imediatamente o remetente, respondendo o e-mail e em seguida 
 apague-o.  Agradecemos sua cooperação.

 -
 Histórico: http://www.fug.com.br/historico/html/freebsd/
 Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] Tunning Xeon

2006-08-25 Por tôpico Suprema Informática Ltda - Leandro
Muito obrigado, fiz as alterações que vc me indicou, e realmente, foi 
notória o aumento de performance na rede,

e em relação ao processador, por ser XEON, preciso ativar algo mais talvez?

k2flag escreveu:
 Vai a minha contribuição. http://dsd.lbl.gov/TCP-tuning/FreeBSD.html

 Em 25/08/06, Suprema Informática Ltda -
 Leandro[EMAIL PROTECTED] escreveu:
   
 Amigos,

 Seguinte, a empresa comprou um Servidor Dell power edge 1800,
 Xeon 3.0 com 2 mega de cache+1 gb de ram+2 discos 73 gb scsi

 Vamos rodar Freebsd 6.1 + squid+samba+vpn+mysql+firebird+apache

 Gostaria de saber se alguém tem alguma referência de algum how to para
 tunar o kernel,
 e até mesmo o próprio freebsd neste equipamento.


 --
 Sem mais para o momento e à disposição para maiores esclarecimentos, 
 agradecemos.

 Leandro Bernardi
 Sócio-Gerente
 Assistência Técnica.



 Esta mensagem pode conter informação confidencial e/ou privilegiada.  Se 
 você não for o destinatário ou a pessoa autorizada a receber esta mensagem, 
 não pode usar, copiar ou divulgar as informações nela contidas ou tomar 
 qualquer ação baseada nessas informações.  Se você recebeu esta mensagem por 
 engano, por favor avise imediatamente o remetente, respondendo o e-mail e em 
 seguida apague-o.  Agradecemos sua cooperação.

 -
 Histórico: http://www.fug.com.br/historico/html/freebsd/
 Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

 
 -
 Histórico: http://www.fug.com.br/historico/html/freebsd/
 Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


   


-- 
Sem mais para o momento e à disposição para maiores esclarecimentos, 
agradecemos.
 
Leandro Bernardi
Sócio-Gerente
Assistência Técnica.
Suprema Informática Ltda - Chapecó - SC
E-mail: [EMAIL PROTECTED]
Site: www.supremasc.com.br
Fone Coml (0xx49)-3324-1082 
Fone Cel  (0xx49)-9987-1991
Msn: [EMAIL PROTECTED]
Skype: suprema.info
 
 
Esta mensagem pode conter informação confidencial e/ou privilegiada.  Se você 
não for o destinatário ou a pessoa autorizada a receber esta mensagem, não pode 
usar, copiar ou divulgar as informações nela contidas ou tomar qualquer ação 
baseada nessas informações.  Se você recebeu esta mensagem por engano, por 
favor avise imediatamente o remetente, respondendo o e-mail e em seguida 
apague-o.  Agradecemos sua cooperaçã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] ifconfig

2006-08-25 Por tôpico Adailton Milhorini
para funcionar o controle de mac no ifconfig

voce precisa primeiramente... habilitar no kernel

 device wlan_acl

depois disto voce usa
exemplo
para liberar somente para clientes com mac cadastrados..
ifconfig ath0 mac:allow
ifconfig ath0 mac:add address
ifconfig ath0 mac:del address

agora se quizer bloquear os mac's cadastrados...
ifconfig ath0 mac:deny
depois somente cadastrar os mac que nao teram acesso...

blz., lembre-se que se reiniciar a maquina a tabela de mac, se perde... 
entao
crie um script e coloque todos os mac, e inicie junto com o rc.local

blz..
man wlan_acl
man ifconfig

falow... espero ter ajudado
___
Adailton Milhorini
HardOnline Internet Provider
FreeBSD the Power To Serve
- Original Message - 
From: Israel Junior [EMAIL PROTECTED]
To: freebsd@fug.com.br
Sent: Friday, August 25, 2006 5:00 PM
Subject: [FUG-BR] ifconfig


Boa tarde a todos da lista, estou tentando habilitar o recuso de
bloqueio por mac do ifconfig, mas não estou conseguindo ifconfig ath0
mac:open gostaria de seber se alguem ja conseguiu habilitar o recurso
funcionar.
desde já agradeco a ajuda.
[]'s

-- 
-
Israel Ovidio R. Junior
Analista de Redes e Internet
Provenorte Provedora de Internet
-

-
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