date:20090320

Re: [FUG-BR] FreeBSD para 64 bits

2009-03-20 Por tôpico Leo Garcia

Não tinha me ligado.

Centrino série T tem EMT64

Nenhum_de_Nos escreveu:
> On Fri, March 20, 2009 20:09, Leo Garcia wrote:
>   
>> Pelo processor finder todos os E tem X64
>>
>> Quem geralmente não tem são os Celeron Dual Core (alguns casos)
>>
>> Mas em todos eles (revisões) dizem qu sim.
>>
>> Tenho um Dell com E2160 depois vou dar uma conferida.
>> 
>
> os E são para desktop.
>
> "A tecnologia Centrino (Dual Core e Dual 2 Core) é recomendavel usar
> qual instalação do FreeBSD amd64 ou i386"
>
> Centrino é para notebook. daí a Série T
>
> matheus
>
>   
>> Nenhum_de_Nos escreveu:
>> 
>>> On Fri, March 20, 2009 19:47, Leo Garcia wrote:
>>>
>>>   
Nenhum_de_Nos escreveu:

 On Fri, March 20, 2009 10:34, Thiago Gomes wrote:


 Pessoal,

 A tecnologia Centrino (Dual Core e Dual 2 Core) é recomendavel usar
 qual instalação do FreeBSD
 amd64 ou i386

 Obrigado


 afaik,

 o Dual Core  é baseado no core Yonah e é 32bits só,
 o Core 2 Duo é baseado no merom ou penryn e é 64/32 bits

 qual é este seu ?

 matheus



Pentium Dual core, são todos 64BITS:
Do mais lento:
[1]http://processorfinder.intel.com/details.aspx?sSpec=SLALS
Até o mais rapido:
[2]http://processorfinder.intel.com/details.aspx?sSpec=SLB9V
Só não tem extensoes EMT64 de alguns P4 para baixo.

 References

1. http://processorfinder.intel.com/details.aspx?sSpec=SLALS

 
>>> Intel® Pentium® Processor for Desktop E2140
>>>   ^^^
>>>
>>> http://download.intel.com/design/mobile/datashts/30922106.pdf
>>>
>>> neste pdf, Intel® Core™ Duo Processor and Intel® Core™ Solo Processor on
>>> 65 nm Process Datasheet não faz nenhuma referência a em64t (verificado
>>> com
>>> a busca)
>>>
>>> eu não li o danado todo :)
>>>
>>> segundo o wikipedia:
>>> http://en.wikipedia.org/wiki/List_of_Intel_Core_microprocessors, tb não
>>> tem em64t.
>>>
>>> matheus
>>>
>>>
>>>   
2. http://processorfinder.intel.com/details.aspx?sSpec=SLB9V
 -
 Histórico: http://www.fug.com.br/historico/html/freebsd/
 Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


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

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

Re: [FUG-BR] FreeBSD para 64 bits

2009-03-20 Por tôpico Nenhum_de_Nos


On Fri, March 20, 2009 20:09, Leo Garcia wrote:
> Pelo processor finder todos os E tem X64
>
> Quem geralmente não tem são os Celeron Dual Core (alguns casos)
>
> Mas em todos eles (revisões) dizem qu sim.
>
> Tenho um Dell com E2160 depois vou dar uma conferida.

os E são para desktop.

"A tecnologia Centrino (Dual Core e Dual 2 Core) é recomendavel usar
qual instalação do FreeBSD amd64 ou i386"

Centrino é para notebook. daí a Série T

matheus

> Nenhum_de_Nos escreveu:
>> On Fri, March 20, 2009 19:47, Leo Garcia wrote:
>>
>>>Nenhum_de_Nos escreveu:
>>>
>>> On Fri, March 20, 2009 10:34, Thiago Gomes wrote:
>>>
>>>
>>> Pessoal,
>>>
>>> A tecnologia Centrino (Dual Core e Dual 2 Core) é recomendavel usar
>>> qual instalação do FreeBSD
>>> amd64 ou i386
>>>
>>> Obrigado
>>>
>>>
>>> afaik,
>>>
>>> o Dual Core  é baseado no core Yonah e é 32bits só,
>>> o Core 2 Duo é baseado no merom ou penryn e é 64/32 bits
>>>
>>> qual é este seu ?
>>>
>>> matheus
>>>
>>>
>>>
>>>Pentium Dual core, são todos 64BITS:
>>>Do mais lento:
>>>[1]http://processorfinder.intel.com/details.aspx?sSpec=SLALS
>>>Até o mais rapido:
>>>[2]http://processorfinder.intel.com/details.aspx?sSpec=SLB9V
>>>Só não tem extensoes EMT64 de alguns P4 para baixo.
>>>
>>> References
>>>
>>>1. http://processorfinder.intel.com/details.aspx?sSpec=SLALS
>>>
>>
>> Intel® Pentium® Processor for Desktop E2140
>>   ^^^
>>
>> http://download.intel.com/design/mobile/datashts/30922106.pdf
>>
>> neste pdf, Intel® Core Duo Processor and Intel® Core Solo Processor on
>> 65 nm Process Datasheet não faz nenhuma referência a em64t (verificado
>> com
>> a busca)
>>
>> eu não li o danado todo :)
>>
>> segundo o wikipedia:
>> http://en.wikipedia.org/wiki/List_of_Intel_Core_microprocessors, tb não
>> tem em64t.
>>
>> matheus
>>
>>
>>>2. http://processorfinder.intel.com/details.aspx?sSpec=SLB9V
>>> -
>>> 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
>


-- 
We will call you cygnus,
The God of balance you shall be

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

[FUG-BR] Teclado Thinkpad no FreeBSD

2009-03-20 Por tôpico Thiago Gomes

Pessoal,

Tenho um notebook Lenovo R61i Thinkpad que uso o Ubuntu 8.10. nele
algumas maquinas virtuais
com o FreeBSD.

Usando o FreeBSD no Vmware acontece um problema,  setas de direção ao
serem presionadas abrem
novos terminais e ao inves de mostrar os comandos usandos até o
sysinstall não funciona.

Alguem sabe como eu posso resolver esse problema.

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

Re: [FUG-BR] FreeBSD para 64 bits

2009-03-20 Por tôpico Leo Garcia

Pelo processor finder todos os E tem X64

Quem geralmente não tem são os Celeron Dual Core (alguns casos)

Mas em todos eles (revisões) dizem qu sim.

Tenho um Dell com E2160 depois vou dar uma conferida.


Nenhum_de_Nos escreveu:
> On Fri, March 20, 2009 19:47, Leo Garcia wrote:
>   
>>Nenhum_de_Nos escreveu:
>>
>> On Fri, March 20, 2009 10:34, Thiago Gomes wrote:
>>
>>
>> Pessoal,
>>
>> A tecnologia Centrino (Dual Core e Dual 2 Core) é recomendavel usar
>> qual instalação do FreeBSD
>> amd64 ou i386
>>
>> Obrigado
>>
>>
>> afaik,
>>
>> o Dual Core  é baseado no core Yonah e é 32bits só,
>> o Core 2 Duo é baseado no merom ou penryn e é 64/32 bits
>>
>> qual é este seu ?
>>
>> matheus
>>
>>
>>
>>Pentium Dual core, são todos 64BITS:
>>Do mais lento:
>>[1]http://processorfinder.intel.com/details.aspx?sSpec=SLALS
>>Até o mais rapido:
>>[2]http://processorfinder.intel.com/details.aspx?sSpec=SLB9V
>>Só não tem extensoes EMT64 de alguns P4 para baixo.
>>
>> References
>>
>>1. http://processorfinder.intel.com/details.aspx?sSpec=SLALS
>> 
>
> Intel® Pentium® Processor for Desktop E2140
>   ^^^
>
> http://download.intel.com/design/mobile/datashts/30922106.pdf
>
> neste pdf, Intel® Core™ Duo Processor and Intel® Core™ Solo Processor on
> 65 nm Process Datasheet não faz nenhuma referência a em64t (verificado com
> a busca)
>
> eu não li o danado todo :)
>
> segundo o wikipedia:
> http://en.wikipedia.org/wiki/List_of_Intel_Core_microprocessors, tb não
> tem em64t.
>
> matheus
>
>   
>>2. http://processorfinder.intel.com/details.aspx?sSpec=SLB9V
>> -
>> 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] FreeBSD para 64 bits

2009-03-20 Por tôpico Nenhum_de_Nos


On Fri, March 20, 2009 19:47, Leo Garcia wrote:
>Nenhum_de_Nos escreveu:
>
> On Fri, March 20, 2009 10:34, Thiago Gomes wrote:
>
>
> Pessoal,
>
> A tecnologia Centrino (Dual Core e Dual 2 Core) é recomendavel usar
> qual instalação do FreeBSD
> amd64 ou i386
>
> Obrigado
>
>
> afaik,
>
> o Dual Core  é baseado no core Yonah e é 32bits só,
> o Core 2 Duo é baseado no merom ou penryn e é 64/32 bits
>
> qual é este seu ?
>
> matheus
>
>
>
>Pentium Dual core, são todos 64BITS:
>Do mais lento:
>[1]http://processorfinder.intel.com/details.aspx?sSpec=SLALS
>Até o mais rapido:
>[2]http://processorfinder.intel.com/details.aspx?sSpec=SLB9V
>Só não tem extensoes EMT64 de alguns P4 para baixo.
>
> References
>
>1. http://processorfinder.intel.com/details.aspx?sSpec=SLALS

Intel® Pentium® Processor for Desktop E2140
  ^^^

http://download.intel.com/design/mobile/datashts/30922106.pdf

neste pdf, Intel® Core Duo Processor and Intel® Core Solo Processor on
65 nm Process Datasheet não faz nenhuma referência a em64t (verificado com
a busca)

eu não li o danado todo :)

segundo o wikipedia:
http://en.wikipedia.org/wiki/List_of_Intel_Core_microprocessors, tb não
tem em64t.

matheus

>2. http://processorfinder.intel.com/details.aspx?sSpec=SLB9V
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>


-- 
We will call you cygnus,
The God of balance you shall be

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

Re: [FUG-BR] FreeBSD para 64 bits

2009-03-20 Por tôpico Leo Garcia

   Nenhum_de_Nos escreveu:

On Fri, March 20, 2009 10:34, Thiago Gomes wrote:


Pessoal,

A tecnologia Centrino (Dual Core e Dual 2 Core) é recomendavel usar
qual instalação do FreeBSD
amd64 ou i386

Obrigado


afaik,

o Dual Core  é baseado no core Yonah e é 32bits só,
o Core 2 Duo é baseado no merom ou penryn e é 64/32 bits

qual é este seu ?

matheus



   Pentium Dual core, são todos 64BITS:
   Do mais lento:
   [1]http://processorfinder.intel.com/details.aspx?sSpec=SLALS
   Até o mais rapido:
   [2]http://processorfinder.intel.com/details.aspx?sSpec=SLB9V
   Só não tem extensoes EMT64 de alguns P4 para baixo.

References

   1. http://processorfinder.intel.com/details.aspx?sSpec=SLALS
   2. http://processorfinder.intel.com/details.aspx?sSpec=SLB9V
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] FreeBSD para 64 bits

2009-03-20 Por tôpico Nenhum_de_Nos


On Fri, March 20, 2009 10:34, Thiago Gomes wrote:
> Pessoal,
>
> A tecnologia Centrino (Dual Core e Dual 2 Core) é recomendavel usar
> qual instalação do FreeBSD
> amd64 ou i386
>
> Obrigado

afaik,

o Dual Core  é baseado no core Yonah e é 32bits só,
o Core 2 Duo é baseado no merom ou penryn e é 64/32 bits

qual é este seu ?

matheus

-- 
We will call you cygnus,
The God of balance you shall be

-
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: [OT] Cacti

2009-03-20 Por tôpico Márcio Luciano Donada

João Luiz Pedrosa Viana escreveu:
> O Marcio, no meu caso eu atualizei para a 5.2.9, tava usando a 5.2.8 daí deu
> o mesmo pau... simplesmente segui os paços do updating e no meu caso
> funcionou
>   

No meu caso nao rolou tive que voltar a versao 5.2.8 ai rolou tudo
certo. Abraco
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] FreeBSD para 64 bits

2009-03-20 Por tôpico João Paulo Just

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Luiz Otavio O Souza wrote:
> É isso mesmo João Paulo, para o tipo int não muda nada. Isso provavelmente 
> quebraria muitos programas que não foram pensados para trabalhar dessa 
> maneira (inteiros de 64bits).
> 
> A única coisa que muda é o tamanho dos ponteiros (void *), por isso a 
> maioria dos programas funciona de forma transparente e sem dor de cabeça nos 
> ambientes 64 bits (já era hora).
> 
> Isso aumenta um pouco o uso da memória se você tem o uso de muitos ponteiros 
> no programa, mas com certeza nada que se compare aos ganhos que você vai 
> obter.

É verdade. Fiz o teste com o ponteiro e realmente deu 8 bytes contra 4
bytes em uma máquina i386 (isso é óbvio, já que como há mais memória pra
se trabalhar, o tamanho do ponteiro deve ser maior pra endereçar tudo).

Mas quanto ao resto das variáveis, continua a mesma coisa.

- --
João Paulo Just
Diretor Executivo - Justsoft Informática Ltda.
http://www.justsoft.com.br/
- --
Feira de Santana, BA, Brasil.
+55 75 8104 8473
Blog: http://just.rg3.net/
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAknEC20ACgkQXL+vuN2d7ZyPHACfeT1guCfu8IggBmKWsD1Pls0J
AIEAoKwChnggQ16BHYCzyLP/OKyP0U7N
=p/Rf
-END PGP SIGNATURE-
-
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 - comportamento estranho

2009-03-20 Por tôpico Marcello

Isso parece coisa do BSOS (Blue Screen OS), um workarroud seria vc criar
um usuario 500:500 e rodar a partir dele.

Em Sex, 2009-03-20 às 17:00 -0300, irado furioso com tudo escreveu:
> Em Fri, 20 Mar 2009 15:42:17 -0300
> Marcello , conhecido consumidor de drogas
> (BigMac's com Coke) escreveu:
> 
> > O usuario do backup tem autorização para fazer cópias dos tais
> > arquivos ? esta ao menos no mesmo grupo(s) , etc ...
> 
> no /server/exports apenas defini a rede, sem um usuario em particular.
> No remoto só se tornou acessivel quando a permissão (no server) foi
> alterada para 0777; contudo, no remoto aparece usuario/grupo
> inexistente:
> 
> -rw-r--r--  1 500  500   4.4K Jan  6 15:03 /Alan/ipfw.rules
> 
> êsse tal 500 (usuário/grupo) não existe.
> 
> agora sim, ficou claro como lama, nã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] RES: RES: Desempenho do squid

2009-03-20 Por tôpico Eder Souza

Hehe Isso

Att,
Eng Eder Souza
2009/3/20 cobausque 

> Estou testando as informaÃ§Ãµes abaixo .. e pelo que vejo houve uma melhora
> considerÃ¡vel no acesso aqui .. muito interessante vou continuar observando
> ...
> No mais obrigado . !
>
> -Mensagem original-
> De: freebsd-boun...@fug.com.br [mailto:freebsd-boun...@fug.com.br] Em nome
> de Eder Souza
> Enviada em: quinta-feira, 19 de marÃ§o de 2009 15:15
> Para: Lista Brasileira de DiscussÃ£o sobre FreeBSD (FUG-BR)
> Assunto: Re: [FUG-BR] RES: Desempenho do squid
>
> Claro,
>
> Como vc sabe o nosso querido FreeBSD Ã© extramemente customizÃ¡vel, quando vc
> instala o freebsd ele vem com as configuraÃ§Ã£o default, apartir disso vocÃª
> pode customizar seu freebsd para que ele trabalhe melhor  com o seu
> Firewall
> seu Squid ETC. Chamamos de tunning quando alteramos alguns parametros do
> kernel ou do seu sysctl para que seu sistema trabalhe, gerencia e seje mais
> veloz do que as configuraÃ§Ãµes default.
>
> para vc ver segue link do tunning no squid para FREEBSD
>
> http://www.freebsdonline.com/content/view/23/39/
>
>
> o passo 2 deste howto talvez nÃ£o seje necessÃ¡rio dependendo da versao do
> seu
> freebsd ele jÃ¡ vem como default instalado o DISKD bem provÃ¡vel q seje  o
> seu
> caso...
>
> o passo 3 Ã© tranquilo adicione as regras em seu sysct
>
> o passo 4 inclua os paramentros em seu kenel e o recompile o mesmo
>
> options SHMSEG=16
> options SHMMNI=32
> options SHMMAX=2097152
> options SHMALL=4096
> options MAXFILES=8192
>
> Espero ter ajudado
>
>
>
> AbraÃ§o
>
>
> Eder de Souza
>
> 2009/3/19 cobausque 
>
> > NÃ£o podeira explicar dar mais detalhes ?
> >
> >
> > -Mensagem original-
> > De: freebsd-boun...@fug.com.br [mailto:freebsd-boun...@fug.com.br] Em
> nome
> > de Eder Souza
> > Enviada em: quinta-feira, 19 de marÃ§o de 2009 14:16
> > Para: Lista Brasileira de DiscussÃ£o sobre FreeBSD (FUG-BR)
> > Assunto: Re: [FUG-BR] Desempenho do squid
> >
> > Como vc deve saber algo que influencia bastente no desempenho do squid
> com
> > o
> > diskd Ã© a alteraÃ§Ã£o de alguns parametros no seu kernel para o squid tirar
> a
> > forÃ§a total em desempenho o o "tunning" chegou a ver isso? ...
> >
> > Att,
> >
> >
> > Eder de Souza
> >
> > 2009/3/19 Marco Rohde 
> >
> > > Esse parametro Ã© referente ao tamanho dos arquivos a serem baixados e
> > > armazenados em cache, caso vc faÃ§a download de uma pagina maior que
> isso
> > > ele
> > > automaticamente entregara a solicitaÃ§Ã£o porÃ©m nÃ£o armazenara em cache
> de
> > > memoria, ja que tem 4gb de ram nÃ£o vejo porque nao aumentar isso pra
> 1mb
> > > por
> > > exemplo, hj em dia muito raro existir paginas desse tamanho ,mas enfim.
> > > A performance do squid praticamente continuara a mesma, unica diferenÃ§a
> > que
> > > ele farÃ¡ mais cache, consequentemente a performance melhora sim, rsss
> NÃ£o
> > > sei se me fiz entender, mas Ã© isso.
> > >
> > > abÃ§o!
> > >
> > > 2009/3/19 cobausque 
> > >
> > > > Pessoal gostaria de uma opiniÃ£o para quando a um squid bem
> configurado
> > > digo
> > > > rÃ¡pido e Full
> > > > Tenho um servidor aqui rodando com squid 2.7stable4
> > > > No squid.conf dele esta configurado pra diskd com 4 (diretÃ³rios) com
> > 20Gb
> > > > cada.
> > > > Computador com 4Gb de memÃ³ria ..minha duvida Ã© se eu poderia por
> > exemplo
> > > > alocar mais memÃ³ria pra trabalhar com o squid por exemplo
> > > > MAXIMUM_OBJECT_SIZE_IN_MEMORY= 8KB
> > > > Eu podeira aumentar este parÃ¢metro por exemplo ??
> > > > Uso discos scsi neste micro ..
> > > > Minha duvica Ã© que seria bom aumentar o consumo de memÃ³ria do squid ?
> > > > HÃ¡ mesmo uma melhora na entrega dos dados?
> > > > Minha intenÃ§Ã£o Ã©  ter mesmo o melhor desempenho
> > > >
> > > > -
> > > > HistÃ³rico: http://www.fug.com.br/historico/html/freebsd/
> > > > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
> > > >
> > >
> > >
> > >
> > > --
> > > Desde jÃ¡ agradeÃ§o pela atenÃ§Ã£o!
> > >
> > > Atte.
> > > Marco
> > > -
> > > HistÃ³rico: http://www.fug.com.br/historico/html/freebsd/
> > > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
> > >
> > -
> > HistÃ³rico: http://www.fug.com.br/historico/html/freebsd/
> > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
> >
> > -
> > HistÃ³rico: http://www.fug.com.br/historico/html/freebsd/
> > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
> >
> -
> HistÃ³rico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>
> -
> 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] nfs - comportamento estranho

2009-03-20 Por tôpico irado furioso com tudo

Em Fri, 20 Mar 2009 15:42:17 -0300
Marcello , conhecido consumidor de drogas
(BigMac's com Coke) escreveu:

> O usuario do backup tem autorização para fazer cópias dos tais
> arquivos ? esta ao menos no mesmo grupo(s) , etc ...

no /server/exports apenas defini a rede, sem um usuario em particular.
No remoto só se tornou acessivel quando a permissão (no server) foi
alterada para 0777; contudo, no remoto aparece usuario/grupo
inexistente:

-rw-r--r--  1 500  500   4.4K Jan  6 15:03 /Alan/ipfw.rules

êsse tal 500 (usuário/grupo) não existe.

agora sim, ficou claro como lama, não?

-- 
 saudações,
 irado furioso com tudo
 Linux User 179402/FreeBSD BSD50853/FUG-BR 154
 Não uso drogas - 100% Miko$hit-free
Se dinheiro não traz felicidade dê o seu para mim e seja feliz.
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

[FUG-BR] RES: [OT] Cacti

2009-03-20 Por tôpico João Luiz Pedrosa Viana

O Marcio, no meu caso eu atualizei para a 5.2.9, tava usando a 5.2.8 daí deu
o mesmo pau... simplesmente segui os paços do updating e no meu caso
funcionou


João Luiz Pedrosa Viana escreveu:
> Apenas para facilitar segue o que esta no Updating do ports 
>   

João,
Esse procedimento ele serviou até a versão 5.2.7, to usando a versão
5.2.9, sendo que na versão 5.2.8 o pessoal do FreeBSD voltou a utilizar
o pcre. Acredito que esse problema do cacti deva ser outra coisa.

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

 

__ Informação do ESET Smart Security, versão da vacina 3952
(20090320) __

A mensagem foi verificada pelo  ESET Smart Security.

http://www.eset.com
 
 

__ Informação do ESET Smart Security, versão da vacina 3952
(20090320) __

A mensagem foi verificada pelo  ESET Smart Security.

http://www.eset.com
 


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

2009-03-20 Por tôpico Márcio Luciano Donada

João Luiz Pedrosa Viana escreveu:
> Apenas para facilitar segue o que esta no Updating do ports 
>   

João,
Esse procedimento ele serviou até a versão 5.2.7, to usando a versão
5.2.9, sendo que na versão 5.2.8 o pessoal do FreeBSD voltou a utilizar
o pcre. Acredito que esse problema do cacti deva ser outra coisa.

-
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: Desempenho do squid

2009-03-20 Por tôpico cobausque

Estou testando as informaÃ§Ãµes abaixo .. e pelo que vejo houve uma melhora
considerÃ¡vel no acesso aqui .. muito interessante vou continuar observando
... 
No mais obrigado . !

-Mensagem original-
De: freebsd-boun...@fug.com.br [mailto:freebsd-boun...@fug.com.br] Em nome
de Eder Souza
Enviada em: quinta-feira, 19 de marÃ§o de 2009 15:15
Para: Lista Brasileira de DiscussÃ£o sobre FreeBSD (FUG-BR)
Assunto: Re: [FUG-BR] RES: Desempenho do squid

Claro,

Como vc sabe o nosso querido FreeBSD Ã© extramemente customizÃ¡vel, quando vc
instala o freebsd ele vem com as configuraÃ§Ã£o default, apartir disso vocÃª
pode customizar seu freebsd para que ele trabalhe melhor  com o seu Firewall
seu Squid ETC. Chamamos de tunning quando alteramos alguns parametros do
kernel ou do seu sysctl para que seu sistema trabalhe, gerencia e seje mais
veloz do que as configuraÃ§Ãµes default.

para vc ver segue link do tunning no squid para FREEBSD

http://www.freebsdonline.com/content/view/23/39/


o passo 2 deste howto talvez nÃ£o seje necessÃ¡rio dependendo da versao do seu
freebsd ele jÃ¡ vem como default instalado o DISKD bem provÃ¡vel q seje  o seu
caso...

o passo 3 Ã© tranquilo adicione as regras em seu sysct

o passo 4 inclua os paramentros em seu kenel e o recompile o mesmo

options SHMSEG=16
options SHMMNI=32
options SHMMAX=2097152
options SHMALL=4096
options MAXFILES=8192

Espero ter ajudado



AbraÃ§o


Eder de Souza

2009/3/19 cobausque 

> NÃ£o podeira explicar dar mais detalhes ?
>
>
> -Mensagem original-
> De: freebsd-boun...@fug.com.br [mailto:freebsd-boun...@fug.com.br] Em nome
> de Eder Souza
> Enviada em: quinta-feira, 19 de marÃ§o de 2009 14:16
> Para: Lista Brasileira de DiscussÃ£o sobre FreeBSD (FUG-BR)
> Assunto: Re: [FUG-BR] Desempenho do squid
>
> Como vc deve saber algo que influencia bastente no desempenho do squid com
> o
> diskd Ã© a alteraÃ§Ã£o de alguns parametros no seu kernel para o squid tirar
a
> forÃ§a total em desempenho o o "tunning" chegou a ver isso? ...
>
> Att,
>
>
> Eder de Souza
>
> 2009/3/19 Marco Rohde 
>
> > Esse parametro Ã© referente ao tamanho dos arquivos a serem baixados e
> > armazenados em cache, caso vc faÃ§a download de uma pagina maior que isso
> > ele
> > automaticamente entregara a solicitaÃ§Ã£o porÃ©m nÃ£o armazenara em cache de
> > memoria, ja que tem 4gb de ram nÃ£o vejo porque nao aumentar isso pra 1mb
> > por
> > exemplo, hj em dia muito raro existir paginas desse tamanho ,mas enfim.
> > A performance do squid praticamente continuara a mesma, unica diferenÃ§a
> que
> > ele farÃ¡ mais cache, consequentemente a performance melhora sim, rsss
NÃ£o
> > sei se me fiz entender, mas Ã© isso.
> >
> > abÃ§o!
> >
> > 2009/3/19 cobausque 
> >
> > > Pessoal gostaria de uma opiniÃ£o para quando a um squid bem configurado
> > digo
> > > rÃ¡pido e Full
> > > Tenho um servidor aqui rodando com squid 2.7stable4
> > > No squid.conf dele esta configurado pra diskd com 4 (diretÃ³rios) com
> 20Gb
> > > cada.
> > > Computador com 4Gb de memÃ³ria ..minha duvida Ã© se eu poderia por
> exemplo
> > > alocar mais memÃ³ria pra trabalhar com o squid por exemplo
> > > MAXIMUM_OBJECT_SIZE_IN_MEMORY= 8KB
> > > Eu podeira aumentar este parÃ¢metro por exemplo ??
> > > Uso discos scsi neste micro ..
> > > Minha duvica Ã© que seria bom aumentar o consumo de memÃ³ria do squid ?
> > > HÃ¡ mesmo uma melhora na entrega dos dados?
> > > Minha intenÃ§Ã£o Ã©  ter mesmo o melhor desempenho
> > >
> > > -
> > > HistÃ³rico: http://www.fug.com.br/historico/html/freebsd/
> > > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
> > >
> >
> >
> >
> > --
> > Desde jÃ¡ agradeÃ§o pela atenÃ§Ã£o!
> >
> > Atte.
> > Marco
> > -
> > HistÃ³rico: http://www.fug.com.br/historico/html/freebsd/
> > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
> >
> -
> HistÃ³rico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>
> -
> HistÃ³rico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>
-
HistÃ³rico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

-
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 - comportamento estranho

2009-03-20 Por tôpico Marcello

O usuario do backup tem autorização para fazer cópias dos tais
arquivos ? esta ao menos no mesmo grupo(s) , etc ...

Em Sex, 2009-03-20 às 15:30 -0300, irado furioso com tudo escreveu:
> Em Fri, 20 Mar 2009 11:07:19 -0700 (PDT)
> NullCk , conhecido consumidor de drogas (BigMac's
> com Coke) escreveu:
> 
> > uma coisa nao podemos negar  ... isso eh problema de permissão , rss
> 
> quem dera sêsse.. se sêsse, que bom não foria.. 
> 
> mas NO FUNDO vc tem razão, mano; alterei as permissões NO SERVIDOR para
> 0777 (festa do kaki pra todo mundo, era 0755) e liberou. Contudo, o
> handbook e outros "papers" que li não dizem que eu tenho que colocar as
> permissões assim.. permissivas. Algo tá errado, só não sei o que
> (grande me**a, se eu soubesse, não tava perguntado - rss).
> 
> intão tá, mudando um bocadim:
> 
> por que tenho que deixar as permissões no server como 0777 (rwx
> completo) para acessar o compartilhamento nfs???
> 
> 

-
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 - comportamento estranho

2009-03-20 Por tôpico irado furioso com tudo

Em Fri, 20 Mar 2009 11:07:19 -0700 (PDT)
NullCk , conhecido consumidor de drogas (BigMac's
com Coke) escreveu:

> uma coisa nao podemos negar  ... isso eh problema de permissão , rss

quem dera sêsse.. se sêsse, que bom não foria.. 

mas NO FUNDO vc tem razão, mano; alterei as permissões NO SERVIDOR para
0777 (festa do kaki pra todo mundo, era 0755) e liberou. Contudo, o
handbook e outros "papers" que li não dizem que eu tenho que colocar as
permissões assim.. permissivas. Algo tá errado, só não sei o que
(grande me**a, se eu soubesse, não tava perguntado - rss).

intão tá, mudando um bocadim:

por que tenho que deixar as permissões no server como 0777 (rwx
completo) para acessar o compartilhamento nfs???


-- 
 saudações,
 irado furioso com tudo
 Linux User 179402/FreeBSD BSD50853/FUG-BR 154
 Não uso drogas - 100% Miko$hit-free
3 eixos envenenados e 1 machão invocado.
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] FreeBSD para 64 bits

2009-03-20 Por tôpico Luiz Otavio O Souza

> Eduardo Schoedler wrote:
>> Um inteiro passa de 32 para 64 bits! =p rsrsrs
>> Looog, consome mais memória.
>
> Negativo. Já havia feito esse teste antes e fiz novamente agora. Compile
> e rode:
>
> #include 
>
> int main(void) {
> printf("%d\n", sizeof(int));
> }
>
>
> - --
> João Paulo Just
> Diretor Executivo - Justsoft Informática Ltda.
> http://www.justsoft.com.br/

É isso mesmo João Paulo, para o tipo int não muda nada. Isso provavelmente 
quebraria muitos programas que não foram pensados para trabalhar dessa 
maneira (inteiros de 64bits).

A única coisa que muda é o tamanho dos ponteiros (void *), por isso a 
maioria dos programas funciona de forma transparente e sem dor de cabeça nos 
ambientes 64 bits (já era hora).

Isso aumenta um pouco o uso da memória se você tem o uso de muitos ponteiros 
no programa, mas com certeza nada que se compare aos ganhos que você vai 
obter.

[]'s
Luiz 

-
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 - comportamento estranho

2009-03-20 Por tôpico NullCk

Irado, 

uma coisa nao podemos negar  ... isso eh problema de permissão , rss

vamos lá, mostre como estão os seus arquivos:
/etc/hosts
e
exports - que pode estar em /etc/exports ou /usr/etc/exports


NullCk
Powered By FreeBSD


--- Em sex, 20/3/09, irado furioso com tudo  escreveu:

De: irado furioso com tudo 
Assunto: [FUG-BR] nfs - comportamento estranho
Para: "fug" 
Data: Sexta-feira, 20 de Março de 2009, 14:50


ou EU estou me estranhando.

estou exportando - a partir de um servidor Linux - um diretório, via
nfs. A partir de um terminal Linux eu consigo montar/utilizar o folder
exportado, sem problemas.

Porém, o bicho pega aqui em máquina FreeBSD 7.1 stable:

monta-se sem erros:

[r...@glite:~#]: mount -t nfs 192.168.10.80:/home/exp/ /Alan

a partir daí, não consigo fazer mais nada (nem ls):

[r...@glite:~#]: ls /Alan/
total 0
ls: : Permission denied
[r...@glite:~#]: 

notar que estou como root.

eu não entendi (ainda) o que está acontecendo, porque fiz como consta
no manual:

http://www.freebsd.org/doc/en/books/handbook/network-nfs.html

alguma idéia?




-- 
 saudações,
 irado furioso com tudo
 Linux User 179402/FreeBSD BSD50853/FUG-BR 154
 Não uso drogas - 100% Miko$hit-free
Não há domingo sem missa nem segunda sem preguiça.
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd



  Veja quais são os assuntos do momento no Yahoo! +Buscados
http://br.maisbuscados.yahoo.com
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

[FUG-BR] nfs - comportamento estranho

2009-03-20 Por tôpico irado furioso com tudo


ou EU estou me estranhando.

estou exportando - a partir de um servidor Linux - um diretório, via
nfs. A partir de um terminal Linux eu consigo montar/utilizar o folder
exportado, sem problemas.

Porém, o bicho pega aqui em máquina FreeBSD 7.1 stable:

monta-se sem erros:

[r...@glite:~#]: mount -t nfs 192.168.10.80:/home/exp/ /Alan

a partir daí, não consigo fazer mais nada (nem ls):

[r...@glite:~#]: ls /Alan/
total 0
ls: : Permission denied
[r...@glite:~#]: 

notar que estou como root.

eu não entendi (ainda) o que está acontecendo, porque fiz como consta
no manual:

http://www.freebsd.org/doc/en/books/handbook/network-nfs.html

alguma idéia?




-- 
 saudações,
 irado furioso com tudo
 Linux User 179402/FreeBSD BSD50853/FUG-BR 154
 Não uso drogas - 100% Miko$hit-free
Não há domingo sem missa nem segunda sem preguiça.
-
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] Cacti

2009-03-20 Por tôpico Eduardo Schoedler

Você que não viu o email que mandei na sequência.

Eduardo.


--
From: "Márcio Luciano Donada" 
Sent: Friday, March 20, 2009 12:16 PM
To: ""Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)"" 

Subject: Re: [FUG-BR] [OT] Cacti

> Eduardo Schoedler escreveu:
>> Você deu algum "kill -9" no processo do postfix ?
>> A máquina foi desligada incorretamente ?
>>
>> Aparentemente a tabela do mysql corrompeu.
>> Corrija com um "repair table".
>>
>>
>
> Não Eduardo,
> Não sei se você leu todo o meu e-mail mas foi um upgrade na versão do
> cacti, somente, nada haver com postfix, com kill, com servidor que 
> desligou.
> -
> 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] Servidor IBM 3650 congelando

2009-03-20 Por tôpico Marcello

fsck -y duas vezes seguidas em modo single, meu IBM ta com uptime de um
ano e nunca pertubou


> 
> Curiosamente, por 2 dias seguidos, a máquina travou por volta das 06:20 da
> manhã, logo após o início do backup dos Windows, através do smbtar.
> 


-
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: Servidor IBM 3650 congelando

2009-03-20 Por tôpico Eduardo Schoedler

No meu caso foi hardware mesmo.
Depois de várias atualizações de firmware, eles finalmente se dobraram e me 
mandaram um servidor novinho.. que continuou congelando  Eu não 
queria acreditar no que via, mas congelava.

Então fui autorizado pelo suporte deles a desmontar ambos e fazer testes.
Foi então que consegui um hardware estável: metade do antigo, metade do 
novo, e váááriaas atualizações (inclusive downgrade) de firmware.

Desde então não mexi mais.
Foram 6 longos meses até chegar nesse ponto.

Abraços,
Eduardo.


--
From: "Renato Frederick" 
Sent: Friday, March 20, 2009 12:31 PM
To: "'Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)'" 

Subject: [FUG-BR] RES:  Servidor IBM 3650 congelando

> O NFS costuma ser meio instável, mas travar a máquina é difícil. O que 
> pode
> acontecer é o NFS travar e o cliente deixar de acessar..
>
> Bom, infelizmente tenho alguns da IBM também, costumo desabilitar ACPI no
> boot do freebsd, já tentou esta opção? No meu caso, com ACPI ligado quando
> ele vai detectar a 2a placa de rede onboard ele congela :-)
>
> Outro detalhe, o travamento acontece na hora que é feito algum acesso NFS?
> Seria interessante deixá-lo sem NFS, ligado alguns dias para ver se é do
> software ou hardware.
>
> Engrossando o que o Eduardo falou, Bem vindo á IBM!
>
>
>
>> -Mensagem original-
>> De: freebsd-boun...@fug.com.br [mailto:freebsd-boun...@fug.com.br] Em
>> nome de Eduardo Schoedler
>> Enviada em: sexta-feira, 20 de março de 2009 11:57
>> Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)
>> Assunto: Re: [FUG-BR] Servidor IBM 3650 congelando
>>
>> Bem vindo à família das pessoas que tiveram problemas de hardware com
>> os
>> server IBM x Series (3550, no meu caso).
>>
>> Abraço,
>> Eduardo.
>>
>>
>
> -
> 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] FreeBSD para 64 bits

2009-03-20 Por tôpico João Paulo Just

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Eduardo Schoedler wrote:
> Um inteiro passa de 32 para 64 bits! =p rsrsrs
> Looog, consome mais memória.

Negativo. Já havia feito esse teste antes e fiz novamente agora. Compile
e rode:

#include 

int main(void) {
printf("%d\n", sizeof(int));
}


- --
João Paulo Just
Diretor Executivo - Justsoft Informática Ltda.
http://www.justsoft.com.br/
- --
Feira de Santana, BA, Brasil.
+55 75 8104 8473
Blog: http://just.rg3.net/
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAknDxVoACgkQXL+vuN2d7ZzwvQCdGkaKBqjB89QDJiLDnNKI/Ira
4VgAmwc7cqvbINhp2xFezDhW+AjirJIU
=uTbJ
-END PGP SIGNATURE-
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Kernel panic STABLE 7.0

2009-03-20 Por tôpico gustavo

> Gustavo,
> Estou com um problema parecido com o seu. Arquivos grandes no backup congela
> a máquina.
>
> Mas estou usando o FreeBSD 7.1.
>
> Teve alguma novidade?
>
> []s,
>
> Ari

- Mensagem encaminhada de gust...@z -
 Data: Fri, 20 Mar 2009 12:46:43 -0300
 De: gust...@z
  Assunto: Re: [FUG-BR] Kernel panic STABLE 7.0
   Para: Ari

Confirme se as panic strings são iguais mesmo. No meu caso  
aparentemente foi um problema no sistema de arquivos devido aos caras  
do datacenter terem desligado a máquina na marra. Eu sugiro que vc  
cheque se for o mesmo panic string, quais as partições afetadas, passe  
fsck na mão e acima de tudo DESABILITE fsck em background pois ele só  
dá dor de cabeça, não parece funcionar... (vc pode fazer isso pelo  
rc.conf, background_fsck="NO" )

estou na correria agora se me ocorrer alguma idéia entro em contato.

abraços
--gustavo

Citando Ari :


>
>
> 2009/3/12 
>
>> Estou com um FreeBSD aqui num Dell Poweredge R200 que me deu uns
>> kernel panics, eis as panic strings:
>>
>> Code:
>>
>> 1)
>>   Dumptime: Thu Feb 26 09:02:42 2009
>>   Hostname: secrethostname
>>   Magic: FreeBSD Kernel Dump
>>   Version String: FreeBSD 7.0-RELEASE #0: Tue Nov  4 12:27:42 BRST 2008
>> root@:/usr/src/sys/i386/compile/SECRETHOSTNAME
>>   Panic String: ffs_blkfree: freeing free block
>> 2)
>>   Dumptime: Fri Feb 27 11:30:59 2009
>>   Hostname: secrethostname
>>   Magic: FreeBSD Kernel Dump
>>   Panic String: ffs_clusteralloc: map mismatch
>> 3)
>>   Dumptime: Fri Feb 27 11:48:42 2009
>>   Hostname: secrethostname
>>   Magic: FreeBSD Kernel Dump
>>   Panic String: ffs_blkfree: freeing free block
>> 4)
>>   Dumptime: Tue Mar  3 10:30:28 2009
>>   Hostname: secrethostname
>>   Magic: FreeBSD Kernel Dump
>>   Panic String: ffs_blkfree: freeing free block
>> 5)
>>   Dumptime: Fri Mar  6 14:22:04 2009
>>   Hostname: secrethostname
>>   Magic: FreeBSD Kernel Dump
>>   Panic String: ufs_dirbad: /disk1: bad dir ino 1131015 at offset
>> 1536: mangled entry
>>
>> Tentei reproduzir o erro recriando a condição de arquivos grandes
>> sendo movidos e/ou removidos dos sistemas de arquivos e não é sempre
>> que acontece. No entanto 80% dos panics aconteceram durante a operação
>> com arquivos grandes, sendo 3 na inserção de banco de dados e 1
>> descompactando 2 GB (não muito grande o arquivo).
>>
>> Vi recomendações para se desabilitar soft-updates nos sistemas de
>> arquivos mas ocorreu o panic mesmo assim, durante uma tentativa de
>> inserção no banco PostgreSQL.
>>
>> Estou pesquisando problemas com drivers em relação a controladora
>> SAS e estou desconfiado pela NIC estar compartilhando IRQ com a
>> controladora.
>>
>> Só que agora eu estou realizando mais ou menos as mesmas atividades
>> (diminuí bastante o tamanho do banco, e agora ele consegue inserir:
>> antes acusava arquivo corrompido ou erro de sintaxe) e nada de panic.
>>
>> Daí pensei em rodar essa ferramenta do sysutils: stress. Mas
>> aparentemente ela DÁ CRASH no sistema MESMO, pelo que li na
>> documentação. Então não sei se vai ser útil pra testar o panic
>> anterior ou se vou inventar um novo panic.
>>
>>
>> Será que meus últimos fscks resolveram o FS e era isso que tava
>> causando o panic? Será que ele vai voltar pra me assombrar? Como posso
>> me certificar antes de botar a máquina em produção total?
>>
>> PS: uma das coisas que achei que poderia causar isso é bad RAM, pedi
>> pra realizarem um memtest86+ faz 2 semanas e os caras meio que se
>> recusam, não entendo pq, não entendo a dificuldade.
>>
>> abraços,
>> --Gustavo
>>
>> Apêndices:
>>
>> # pciconf -vl
>>
>> hos...@pci0:0:0:0:  class=0x06 card=0x chip=0x29f08086
>> rev=0x01 hdr=0x00
>>vendor = 'Intel Corporation'
>>device = '(Bearlake) Processor to I/O Controller'
>>class  = bridge
>>subclass   = HOST-PCI
>> pc...@pci0:0:1:0:   class=0x060400 card=0x023c1028 chip=0x29f18086
>> rev=0x01 hdr=0x01
>>vendor = 'Intel Corporation'
>>device = '(Bearlake) PCIe Root Port 1'
>>class  = bridge
>>subclass   = PCI-PCI
>> pc...@pci0:0:28:0:  class=0x060400 card=0x023c1028 chip=0x29408086
>> rev=0x02 hdr=0x01
>>vendor = 'Intel Corporation'
>>device = '82801IB/IR/IH (ICH9 Family) PCIe Root Port 1'
>>class  = bridge
>>subclass   = PCI-PCI
>> pc...@pci0:0:28:4:  class=0x060400 card=0x023c1028 chip=0x29488086
>> rev=0x02 hdr=0x01
>>vendor = 'Intel Corporation'
>>device = '82801IB/IR/IH (ICH9 Family) PCIe Root Port 5'
>>class  = bridge
>>subclass   = PCI-PCI
>> pc...@pci0:0:28:5:  class=0x060400 card=0x023c1028 chip=0x294a8086
>> rev=0x02 hdr=0x01
>>vendor = 'Intel Corporation'
>>device = '82801IB/IR/IH (ICH9 Family) PCIe Root Port 6'
>>class  = bridge
>>subclass   = PCI-PCI
>> uh...@pci0:0:29:0:  class=0x0c0300 card=0x023c1028 chip=0x29348086
>> rev=0x02 hdr=0x00
>>vendor = 'Intel Corporation'
>

Re: [FUG-BR] RES: FreeBSD para 64 bits

2009-03-20 Por tôpico Renato Botelho

2009/3/20 Renato Frederick :
> Em compensação você pode usar por exemplo 8GB de RAM em um servidor sem
> precisar de gambiarra como PAE, nos i386...
>
> Ando usando só 64bits, para o feijão com arroz(Proxy/firewall, servidor de
> correio, servidor de arquivos) e está tudo OK..

Exato, e pelo que eu ando "escutando" a maior parte dos projetos, pelo menos
os grandes, já usa variáveis específicas tipo int32 ou algo do gênero para
garantir que o desperdício não ocorra.

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

[FUG-BR] RES: FreeBSD para 64 bits

2009-03-20 Por tôpico Renato Frederick

Em compensação você pode usar por exemplo 8GB de RAM em um servidor sem
precisar de gambiarra como PAE, nos i386... 

Ando usando só 64bits, para o feijão com arroz(Proxy/firewall, servidor de
correio, servidor de arquivos) e está tudo OK..

> -Mensagem original-
> De: freebsd-boun...@fug.com.br [mailto:freebsd-boun...@fug.com.br] Em
> nome de Thiago Damas
> Enviada em: sexta-feira, 20 de março de 2009 12:43
> Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)
> Assunto: Re: [FUG-BR] FreeBSD para 64 bits
> 
> Hmmm
> 
> 
> 2009/3/20 Eduardo Schoedler :
> > Um inteiro passa de 32 para 64 bits! =p rsrsrs
> > Looog, consome mais memória.
> >
> > Abraço,
> > Eduardo.
> >
> >
> > --
> > From: "Leomar Viegas Junior" 
> > Sent: Friday, March 20, 2009 12:01 PM
> > To: "Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)"
> > 
> > Subject: Re: [FUG-BR] FreeBSD para 64 bits
> >
> >> Qual desvantagem do uso de 64bits em relação a memória?
> >> []'s
> >> T+..
> >> Leomar..
> >>
> >> 2009/3/20 Zhu Sha Zang 
> >>
> >>> -BEGIN PGP SIGNED MESSAGE-
> >>> Hash: SHA1
> >>>
> >>> Thiago Gomes escreveu:
> >>> > Pessoal,
> >>> >
> >>> > A tecnologia Centrino (Dual Core e Dual 2 Core) é recomendável
> usar
> >>> >  qual instalação do FreeBSD ? imd64 ou i386 mesmo ?
> >>> > - Histórico:
> >>> > http://www.fug.com.br/historico/html/freebsd/ Sair da lista:
> >>> > https://www.fug.com.br/mailman/listinfo/freebsd
> >>> >
> >>> Acredito que pelas desvantagens em relação à memória melhor uso
> será
> >>> i386.
> >>>
> >>> Assim uso aqui.
> >>> -BEGIN PGP SIGNATURE-
> >>> Version: GnuPG v2.0.9 (GNU/Linux)
> >>> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
> >>>
> >>> iEYEARECAAYFAknDqKUACgkQ35zeJy7JhCgDngCggYLljTR8Hmbijv83KGJ0oid1
> >>> QCwAoKDljJZ3DIWh1GTaCpgk9AGmXki4
> >>> =0yER
> >>> -END PGP SIGNATURE-
> >>>
> >>> -
> >>> Histórico: http://www.fug.com.br/historico/html/freebsd/
> >>> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
> >>>
> >>
> >>
> >>
> >> --
> >> Atenciosamente.
> >>
> >> Leomar Viegas Junior.
> >> LPIC-1 Linux Professional Institute Certified
> >> MCP - Managing Windows XP & 2003 Server
> >>
> >>
> >>                 .ılı..ılı.
> >> Loading  CISCO
> >>
> >>
> **
> >> Informação transmitida destina-se apenas à pessoa a quem foi
> endereçada e
> >> pode conter informação confidencial, legalmente protegida e para
> >> conhecimento exclusivo do destinatário. Se o leitor desta
> advertência não
> >> for o seu destinatário, fica ciente de que sua leitura, divulgação
> ou
> >> cópia
> >> é estritamente proibida. Caso a mensagem tenha sido recebida por
> engano,
> >> favor comunicar ao remetente e apagar o texto de qualquer
> computador.
> >>
> >>
> >>
> >>
> **
> >> -
> >> Histórico: http://www.fug.com.br/historico/html/freebsd/
> >> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
> >
> > -
> > Histórico: http://www.fug.com.br/historico/html/freebsd/
> > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
> >
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

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

Re: [FUG-BR] FreeBSD para 64 bits

2009-03-20 Por tôpico Thiago Damas

Hmmm


2009/3/20 Eduardo Schoedler :
> Um inteiro passa de 32 para 64 bits! =p rsrsrs
> Looog, consome mais memória.
>
> Abraço,
> Eduardo.
>
>
> --
> From: "Leomar Viegas Junior" 
> Sent: Friday, March 20, 2009 12:01 PM
> To: "Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)"
> 
> Subject: Re: [FUG-BR] FreeBSD para 64 bits
>
>> Qual desvantagem do uso de 64bits em relação a memória?
>> []'s
>> T+..
>> Leomar..
>>
>> 2009/3/20 Zhu Sha Zang 
>>
>>> -BEGIN PGP SIGNED MESSAGE-
>>> Hash: SHA1
>>>
>>> Thiago Gomes escreveu:
>>> > Pessoal,
>>> >
>>> > A tecnologia Centrino (Dual Core e Dual 2 Core) é recomendável usar
>>> >  qual instalação do FreeBSD ? imd64 ou i386 mesmo ?
>>> > - Histórico:
>>> > http://www.fug.com.br/historico/html/freebsd/ Sair da lista:
>>> > https://www.fug.com.br/mailman/listinfo/freebsd
>>> >
>>> Acredito que pelas desvantagens em relação à memória melhor uso será
>>> i386.
>>>
>>> Assim uso aqui.
>>> -BEGIN PGP SIGNATURE-
>>> Version: GnuPG v2.0.9 (GNU/Linux)
>>> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
>>>
>>> iEYEARECAAYFAknDqKUACgkQ35zeJy7JhCgDngCggYLljTR8Hmbijv83KGJ0oid1
>>> QCwAoKDljJZ3DIWh1GTaCpgk9AGmXki4
>>> =0yER
>>> -END PGP SIGNATURE-
>>>
>>> -
>>> Histórico: http://www.fug.com.br/historico/html/freebsd/
>>> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>>>
>>
>>
>>
>> --
>> Atenciosamente.
>>
>> Leomar Viegas Junior.
>> LPIC-1 Linux Professional Institute Certified
>> MCP - Managing Windows XP & 2003 Server
>>
>>
>>                 .ılı..ılı.
>> Loading  CISCO
>>
>> **
>> Informação transmitida destina-se apenas à pessoa a quem foi endereçada e
>> pode conter informação confidencial, legalmente protegida e para
>> conhecimento exclusivo do destinatário. Se o leitor desta advertência não
>> for o seu destinatário, fica ciente de que sua leitura, divulgação ou
>> cópia
>> é estritamente proibida. Caso a mensagem tenha sido recebida por engano,
>> favor comunicar ao remetente e apagar o texto de qualquer computador.
>>
>>
>>
>> **
>> -
>> Histórico: http://www.fug.com.br/historico/html/freebsd/
>> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

[FUG-BR] RES: Servidor IBM 3650 congelando

2009-03-20 Por tôpico Renato Frederick

O NFS costuma ser meio instável, mas travar a máquina é difícil. O que pode
acontecer é o NFS travar e o cliente deixar de acessar..

Bom, infelizmente tenho alguns da IBM também, costumo desabilitar ACPI no
boot do freebsd, já tentou esta opção? No meu caso, com ACPI ligado quando
ele vai detectar a 2a placa de rede onboard ele congela :-)

Outro detalhe, o travamento acontece na hora que é feito algum acesso NFS?
Seria interessante deixá-lo sem NFS, ligado alguns dias para ver se é do
software ou hardware.

Engrossando o que o Eduardo falou, Bem vindo á IBM!



> -Mensagem original-
> De: freebsd-boun...@fug.com.br [mailto:freebsd-boun...@fug.com.br] Em
> nome de Eduardo Schoedler
> Enviada em: sexta-feira, 20 de março de 2009 11:57
> Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)
> Assunto: Re: [FUG-BR] Servidor IBM 3650 congelando
> 
> Bem vindo à família das pessoas que tiveram problemas de hardware com
> os
> server IBM x Series (3550, no meu caso).
> 
> Abraço,
> Eduardo.
> 
> 

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

2009-03-20 Por tôpico Márcio Luciano Donada

João Luiz Pedrosa Viana escreveu:
> Apenas para facilitar segue o que esta no Updating do ports 
>   

João,
blz pura, eu já achei e to executando os procedimentos aqui. obrigado
pela força

abraç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] [OT] Cacti

2009-03-20 Por tôpico Márcio Luciano Donada

Eduardo Schoedler escreveu:
> Você deu algum "kill -9" no processo do postfix ?
> A máquina foi desligada incorretamente ?
>
> Aparentemente a tabela do mysql corrompeu.
> Corrija com um "repair table".
>
>   

Não Eduardo,
Não sei se você leu todo o meu e-mail mas foi um upgrade na versão do
cacti, somente, nada haver com postfix, com kill, com servidor que desligou.
-
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] Cacti

2009-03-20 Por tôpico João Luiz Pedrosa Viana

Apenas para facilitar segue o que esta no Updating do ports 

 

20081211:

  AFFECTS: users of lang/php5

  AUTHOR: p...@freebsd.org, ite...@freebsd.org, a...@freebsd.org

 

  As of php 5.2.7, pcre extension is distributed with the core php5 package,

  and not as a standalone module anymore.  Follow these steps to update your

  installation:

 

  Portupgrade users:

   pkg_delete -f php5-pcre-5.2.6

   pkgdb -F

   portupgrade as usual

 

  Portmaster users:

   pkg_delete -f php5-pcre\*

   portmaster php5\*

 

  If you are using pecl ports you might need to force an update on them,
ie.:

   portupgrade -f pecl\*

  or

   portmaster pecl\*

 

  If you have the pecl hash, json and/or zip extensions you need to replace

  them with the php5 bundled ones, ie.:

   portmaster/portupgrade -o archivers/php5-zip archivers/pecl-zip

   portmaster/portupgrade -o devel/php5-json devel/pecl-json

   portmaster/portupgrade -o security/php5-hash security/pecl-hash

 

  If you build your INDEX locally and you tried to build it after the php

  update commit, you need to rebuild it _after_ you updated lang/php5:

   cd /usr/ports && make index

  or (if you use ports-mgmt/p5-FreeBSD-Portindex):

   cd /usr/ports && cache-init && portindex -o `make -V INDEXFILE`

 

Até breve.

 

João Luiz Pedrosa Viana

  http://www.vespanet.com.br

  http://www.jviana.eti.br

MSN:   jvi...@bsdmail.com

Skype: jviana

(31)8661-4232

Associado a:   UNOTEL Telecom

 


cid:image002.jpg@01C74F9E.4139E9D0

Esta mensagem, incluindo seus anexos, pode conter informações privilegiadas
e/ou de caráter confidencial e seu conteúdo é para
conhecimento exclusivo do destinatário. O seu uso, divulgação, reprodução
e/ou cópia são proibidos.


cid:image003.jpg@01C74F9E.4139E9D0


This message is intended only for the individual or organization to which it
is addressed and contains confidential and privileged
information. Any retransmission, dissemination or other use of this
information by anyone other than the intended recipient is prohibited.
 

 

 

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

2009-03-20 Por tôpico Eduardo Schoedler

Opa, foi mal quis dizer "kill -9" no processo do MYSQL (mysqld ou 
mysqld_safe).

Abraço,
Eduardo.


--
From: "Eduardo Schoedler" 
Sent: Friday, March 20, 2009 12:03 PM
To: "Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)" 

Subject: Re: [FUG-BR] [OT] Cacti

> Você deu algum "kill -9" no processo do postfix ?
> A máquina foi desligada incorretamente ?
>
> Aparentemente a tabela do mysql corrompeu.
> Corrija com um "repair table".
>
> Abraço,
> Eduardo.
>
>
> --
> From: "Márcio Luciano Donada" 
> Sent: Friday, March 20, 2009 11:58 AM
> To: "Lista de discussao do grupo FUG-BR" 
> Subject: [FUG-BR] [OT] Cacti
>
>> Pessoal, blz?
>> Atualizei a versão do cacti para a cacti-0.8.7d e pra minha surpresa o
>> desgramado não deixa mais eu autenticar com o admin, tenho o seguinte 
>> log:
>>
>> Mar 20 12:01:55 jabber httpd: PHP Warning:  preg_replace() [> href='function.preg-replace'>function.preg-replace]: Internal
>> pcre_fullinfo() error -3 in /usr/local/share/cacti/lib/html_utility.php
>> on line 485
>>
>> porém, voltei o backup de ontem do mysql e fiz o upgrade denovo dele e
>> vi que ele altera alguns registros da tabela users, alguém passou por
>> isso?
>>
>> Abraço,
>> -
>> Histórico: http://www.fug.com.br/historico/html/freebsd/
>> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd 

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

Re: [FUG-BR] FreeBSD para 64 bits

2009-03-20 Por tôpico Eduardo Schoedler

Um inteiro passa de 32 para 64 bits! =p rsrsrs
Looog, consome mais memória.

Abraço,
Eduardo.


--
From: "Leomar Viegas Junior" 
Sent: Friday, March 20, 2009 12:01 PM
To: "Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)" 

Subject: Re: [FUG-BR] FreeBSD para 64 bits

> Qual desvantagem do uso de 64bits em relação a memória?
> []'s
> T+..
> Leomar..
>
> 2009/3/20 Zhu Sha Zang 
>
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA1
>>
>> Thiago Gomes escreveu:
>> > Pessoal,
>> >
>> > A tecnologia Centrino (Dual Core e Dual 2 Core) é recomendável usar
>> >  qual instalação do FreeBSD ? imd64 ou i386 mesmo ?
>> > - Histórico:
>> > http://www.fug.com.br/historico/html/freebsd/ Sair da lista:
>> > https://www.fug.com.br/mailman/listinfo/freebsd
>> >
>> Acredito que pelas desvantagens em relação à memória melhor uso será 
>> i386.
>>
>> Assim uso aqui.
>> -BEGIN PGP SIGNATURE-
>> Version: GnuPG v2.0.9 (GNU/Linux)
>> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
>>
>> iEYEARECAAYFAknDqKUACgkQ35zeJy7JhCgDngCggYLljTR8Hmbijv83KGJ0oid1
>> QCwAoKDljJZ3DIWh1GTaCpgk9AGmXki4
>> =0yER
>> -END PGP SIGNATURE-
>>
>> -
>> Histórico: http://www.fug.com.br/historico/html/freebsd/
>> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>>
>
>
>
> -- 
> Atenciosamente.
>
> Leomar Viegas Junior.
> LPIC-1 Linux Professional Institute Certified
> MCP - Managing Windows XP & 2003 Server
>
>
> .ılı..ılı.
> Loading  CISCO
>
> **
> Informação transmitida destina-se apenas à pessoa a quem foi endereçada e
> pode conter informação confidencial, legalmente protegida e para
> conhecimento exclusivo do destinatário. Se o leitor desta advertência não
> for o seu destinatário, fica ciente de que sua leitura, divulgação ou 
> cópia
> é estritamente proibida. Caso a mensagem tenha sido recebida por engano,
> favor comunicar ao remetente e apagar o texto de qualquer computador.
>
>
>
> **
> -
> 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] [OT] Cacti

2009-03-20 Por tôpico Eduardo Schoedler

Você deu algum "kill -9" no processo do postfix ?
A máquina foi desligada incorretamente ?

Aparentemente a tabela do mysql corrompeu.
Corrija com um "repair table".

Abraço,
Eduardo.


--
From: "Márcio Luciano Donada" 
Sent: Friday, March 20, 2009 11:58 AM
To: "Lista de discussao do grupo FUG-BR" 
Subject: [FUG-BR] [OT] Cacti

> Pessoal, blz?
> Atualizei a versão do cacti para a cacti-0.8.7d e pra minha surpresa o
> desgramado não deixa mais eu autenticar com o admin, tenho o seguinte log:
>
> Mar 20 12:01:55 jabber httpd: PHP Warning:  preg_replace() [ href='function.preg-replace'>function.preg-replace]: Internal
> pcre_fullinfo() error -3 in /usr/local/share/cacti/lib/html_utility.php
> on line 485
>
> porém, voltei o backup de ontem do mysql e fiz o upgrade denovo dele e
> vi que ele altera alguns registros da tabela users, alguém passou por 
> isso?
>
> Abraço,
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd 

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

Re: [FUG-BR] FreeBSD para 64 bits

2009-03-20 Por tôpico Leomar Viegas Junior

Qual desvantagem do uso de 64bits em relação a memória?
[]'s
T+..
Leomar..

2009/3/20 Zhu Sha Zang 

> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Thiago Gomes escreveu:
> > Pessoal,
> >
> > A tecnologia Centrino (Dual Core e Dual 2 Core) é recomendável usar
> >  qual instalação do FreeBSD ? imd64 ou i386 mesmo ?
> > - Histórico:
> > http://www.fug.com.br/historico/html/freebsd/ Sair da lista:
> > https://www.fug.com.br/mailman/listinfo/freebsd
> >
> Acredito que pelas desvantagens em relação à memória melhor uso será i386.
>
> Assim uso aqui.
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v2.0.9 (GNU/Linux)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
>
> iEYEARECAAYFAknDqKUACgkQ35zeJy7JhCgDngCggYLljTR8Hmbijv83KGJ0oid1
> QCwAoKDljJZ3DIWh1GTaCpgk9AGmXki4
> =0yER
> -END PGP SIGNATURE-
>
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>



-- 
Atenciosamente.

Leomar Viegas Junior.
LPIC-1 Linux Professional Institute Certified
MCP - Managing Windows XP & 2003 Server


 .ılı..ılı.
Loading  CISCO

**
Informação transmitida destina-se apenas à pessoa a quem foi endereçada e
pode conter informação confidencial, legalmente protegida e para
conhecimento exclusivo do destinatário. Se o leitor desta advertência não
for o seu destinatário, fica ciente de que sua leitura, divulgação ou cópia
é estritamente proibida. Caso a mensagem tenha sido recebida por engano,
favor comunicar ao remetente e apagar o texto de qualquer computador.



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

[FUG-BR] RES: [OT] Cacti

2009-03-20 Por tôpico João Luiz Pedrosa Viana

Bom dia,

Tive um problema parecido aqui, mas estava ligado a atualização do PHP,
creio que você deva ter atualizado o PHP também, no UPDATING do ports tem um
pequeno howto de como concertar esse erro, ele está ligado ao modulo
PHP5-PCRE, que agora é parte integrante do binário PHP



João Luiz Pedrosa Viana
http://www.vespanet.com.br
http://www.jviana.eti.br
MSN: jvi...@bsdmail.com
Skype: jviana
(31)8661-4232
Associado a: 


Esta mensagem, incluindo seus anexos, pode conter informações privilegiadas
e/ou de caráter confidencial e seu conteúdo é para
conhecimento exclusivo do destinatário. O seu uso, divulgação, reprodução
e/ou cópia são proibidos.


This message is intended only for the individual or organization to which it
is addressed and contains confidential and privileged
information. Any retransmission, dissemination or other use of this
information by anyone other than the intended recipient is prohibited.
 


-Mensagem original-
De: freebsd-boun...@fug.com.br [mailto:freebsd-boun...@fug.com.br] Em nome
de Márcio Luciano Donada
Enviada em: sexta-feira, 20 de março de 2009 11:58
Para: Lista de discussao do grupo FUG-BR
Assunto: [FUG-BR] [OT] Cacti

Pessoal, blz?
Atualizei a versão do cacti para a cacti-0.8.7d e pra minha surpresa o
desgramado não deixa mais eu autenticar com o admin, tenho o seguinte log:

Mar 20 12:01:55 jabber httpd: PHP Warning:  preg_replace() [function.preg-replace]: Internal
pcre_fullinfo() error -3 in /usr/local/share/cacti/lib/html_utility.php
on line 485

porém, voltei o backup de ontem do mysql e fiz o upgrade denovo dele e
vi que ele altera alguns registros da tabela users, alguém passou por isso?

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

 

__ Informação do ESET Smart Security, versão da vacina 3951
(20090320) __

A mensagem foi verificada pelo  ESET Smart Security.

http://www.eset.com
 
 

__ Informação do ESET Smart Security, versão da vacina 3951
(20090320) __

A mensagem foi verificada pelo  ESET Smart Security.

http://www.eset.com
 


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

[FUG-BR] [OT] Cacti

2009-03-20 Por tôpico Márcio Luciano Donada

Pessoal, blz?
Atualizei a versão do cacti para a cacti-0.8.7d e pra minha surpresa o
desgramado não deixa mais eu autenticar com o admin, tenho o seguinte log:

Mar 20 12:01:55 jabber httpd: PHP Warning:  preg_replace() [function.preg-replace]: Internal
pcre_fullinfo() error -3 in /usr/local/share/cacti/lib/html_utility.php
on line 485

porém, voltei o backup de ontem do mysql e fiz o upgrade denovo dele e
vi que ele altera alguns registros da tabela users, alguém passou por isso?

Abraç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] Servidor IBM 3650 congelando

2009-03-20 Por tôpico Eduardo Schoedler

Bem vindo à família das pessoas que tiveram problemas de hardware com os 
server IBM x Series (3550, no meu caso).

Abraço,
Eduardo.


--
From: "Ari Arantes Filho" 
Sent: Friday, March 20, 2009 10:27 AM
To: "Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)" 

Subject: [FUG-BR] Servidor IBM 3650 congelando

> Pessoal,
> Temos um servidor IBM x3650 com 6 HDs SATA de 750Gb, que funciona como 
> nosso
> NFS server para backup dos servidores da rede.
>
> O FreeBSD é o 7.1 p-3. Não customizamos nada no kernel, apenas 
> recompilamos,
> após o  freebsd-update, para deixá-lo no p3.
>
> Temos o sambaclient também, para fazer backup dos servidores com Windows 
> da
> rede.
>
> Rodamos o rsync de hora em hora para sincronizar os e-mails. Sempre esse 
> IBM
> que se conecta no servidor de e-mail através do NFS e faz o rsync.
>
> O backup dos servidores FreeBSD é feito por cada servidor, pois cada um 
> tem
> o HD do x3650 montado através do NFS.
>
> Já o backup dos servidores Windows é disparado pelo próprio IBM.
>
> Fazemos todos os testes possíveis de hardware e, pelo menos através dos
> diagnósticos da IBM, não tem problema algum.
>
> Estamos fazendo RAID10 através da controladora original.
>
> Curiosamente, por 2 dias seguidos, a máquina travou por volta das 06:20 da
> manhã, logo após o início do backup dos Windows, através do smbtar.
>
> Todos os pacotes foram instalados pelo ports e também estão atualizados.
>
> O problema é que liga na IBM e como o FreeBSD não é reconhecido, eles não
> tem como "ajudar".
>
> Aplicamos todos os patchs da IBM - BIOS, BMC, etc...
>
> Alguma luz?
>
> Obrigado,
>
> Ari
> -
> 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] FreeBSD para 64 bits

2009-03-20 Por tôpico Zhu Sha Zang

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Thiago Gomes escreveu:
> Pessoal,
>
> A tecnologia Centrino (Dual Core e Dual 2 Core) é recomendável usar
>  qual instalação do FreeBSD ? imd64 ou i386 mesmo ?
> - Histórico:
> http://www.fug.com.br/historico/html/freebsd/ Sair da lista:
> https://www.fug.com.br/mailman/listinfo/freebsd
>
Acredito que pelas desvantagens em relação à memória melhor uso será i386.

Assim uso aqui.
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAknDqKUACgkQ35zeJy7JhCgDngCggYLljTR8Hmbijv83KGJ0oid1
QCwAoKDljJZ3DIWh1GTaCpgk9AGmXki4
=0yER
-END PGP SIGNATURE-

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

Re: [FUG-BR] Servidor IBM 3650 congelando

2009-03-20 Por tôpico irado furioso com tudo

Em Fri, 20 Mar 2009 10:27:11 -0300
Ari Arantes Filho , conhecido consumidor de drogas
(BigMac's com Coke) escreveu:

> 
> Curiosamente, por 2 dias seguidos, a máquina travou por volta das
> 06:20 da manhã, logo após o início do backup dos Windows, através do
> smbtar.

pode estar aguardando resposta a algum request: mount, ftp, algo
assim.. 

analise TODOS os processos que possam estar no ar no momento e que
possam estar aguardando resposta a alguma solicitação - seja de hard,
seja de soft mesmo: um mount ainda não atendido, um hd slave morto, um
drive externo (fita) também morto

-- 
 saudações,
 irado furioso com tudo
 Linux User 179402/FreeBSD BSD50853/FUG-BR 154
 Não uso drogas - 100% Miko$hit-free
Na cabina cabem muitas; no coração só uma. 
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

[FUG-BR] FreeBSD para 64 bits

2009-03-20 Por tôpico Thiago Gomes

Pessoal,

A tecnologia Centrino (Dual Core e Dual 2 Core) é recomendável usar
qual instalação do FreeBSD ? imd64 ou i386 mesmo ?
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

[FUG-BR] FreeBSD para 64 bits

2009-03-20 Por tôpico Thiago Gomes

Pessoal,

A tecnologia Centrino (Dual Core e Dual 2 Core) é recomendavel usar
qual instalação do FreeBSD
amd64 ou i386

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

[FUG-BR] Servidor IBM 3650 congelando

2009-03-20 Por tôpico Ari Arantes Filho

Pessoal,
Temos um servidor IBM x3650 com 6 HDs SATA de 750Gb, que funciona como nosso
NFS server para backup dos servidores da rede.

O FreeBSD é o 7.1 p-3. Não customizamos nada no kernel, apenas recompilamos,
após o  freebsd-update, para deixá-lo no p3.

Temos o sambaclient também, para fazer backup dos servidores com Windows da
rede.

Rodamos o rsync de hora em hora para sincronizar os e-mails. Sempre esse IBM
que se conecta no servidor de e-mail através do NFS e faz o rsync.

O backup dos servidores FreeBSD é feito por cada servidor, pois cada um tem
o HD do x3650 montado através do NFS.

Já o backup dos servidores Windows é disparado pelo próprio IBM.

Fazemos todos os testes possíveis de hardware e, pelo menos através dos
diagnósticos da IBM, não tem problema algum.

Estamos fazendo RAID10 através da controladora original.

Curiosamente, por 2 dias seguidos, a máquina travou por volta das 06:20 da
manhã, logo após o início do backup dos Windows, através do smbtar.

Todos os pacotes foram instalados pelo ports e também estão atualizados.

O problema é que liga na IBM e como o FreeBSD não é reconhecido, eles não
tem como "ajudar".

Aplicamos todos os patchs da IBM - BIOS, BMC, etc...

Alguma luz?

Obrigado,

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

Re: [FUG-BR] problemas com locales no make installworld

2009-03-20 Por tôpico renato martins

nao pelo csup stable-supfile

outra coisa vi na net que esse 'e um bug ja conhecido da versao 6.3

2009/3/20 Zhu Sha Zang 

> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> renato martins escreveu:
> > tenho um server aqui que vem atulizando ele 6.0 relese at'e agora ele ja
> > esta no 6.3-stable ontem fui passar ele para 6.4 e quase no fim do make
> > installworld ele nao acha um aquivo do locales:
> >
> >
> > install -o root  -g wheel -m 444  nb_NO.ISO8859-1.out
> > /usr/share/locale/nb_NO.ISO8859-1/LC_TIME
> > install: /usr/share/locale/nb_NO.ISO8859-1/LC_TIME: No such file or
> > directory
> > *** Error code 71
> >
> > Stop in /usr/src/share/timedef.
> > *** Error code 1
> >
> > Stop in /usr/src/share.
> > *** Error code 1
> >
> > Stop in /usr/src.
> > *** Error code 1
> >
> > Stop in /usr/src.
> > *** Error code 1
> >
> > Stop in /usr/src.
> > *** Error code 1
> >
> > Stop in /usr/src.
> >
> > ja fiz o cvsup varias vezes com mirror diferentes e o erro continua.
> >
> > sera que da para tirar os locales no make.conf ?
> >
> > Obrigado !!!
> > -
> > Histórico: http://www.fug.com.br/historico/html/freebsd/
> > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
> >
> Começando pelo básico, como está seu /etc/stable-supfile ?
>
> Você atualiza pelo cvsup -g -L 2 /etc/stable-supfile?
>
> att
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v2.0.9 (GNU/Linux)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
>
> iEYEARECAAYFAknDlS4ACgkQ35zeJy7JhChy5wCeMCMhj16iGDSR0cFIpNar4Qyr
> PFEAnRkJvjr4dQYKf1HHif3m1CrRkTut
> =AyDk
> -END PGP SIGNATURE-
>
> -
> 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] problemas com locales no make installworld

2009-03-20 Por tôpico Zhu Sha Zang

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

renato martins escreveu:
> tenho um server aqui que vem atulizando ele 6.0 relese at'e agora ele ja
> esta no 6.3-stable ontem fui passar ele para 6.4 e quase no fim do make
> installworld ele nao acha um aquivo do locales:
>
>
> install -o root  -g wheel -m 444  nb_NO.ISO8859-1.out
> /usr/share/locale/nb_NO.ISO8859-1/LC_TIME
> install: /usr/share/locale/nb_NO.ISO8859-1/LC_TIME: No such file or
> directory
> *** Error code 71
>
> Stop in /usr/src/share/timedef.
> *** Error code 1
>
> Stop in /usr/src/share.
> *** Error code 1
>
> Stop in /usr/src.
> *** Error code 1
>
> Stop in /usr/src.
> *** Error code 1
>
> Stop in /usr/src.
> *** Error code 1
>
> Stop in /usr/src.
>
> ja fiz o cvsup varias vezes com mirror diferentes e o erro continua.
>
> sera que da para tirar os locales no make.conf ?
>
> Obrigado !!!
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>
Começando pelo básico, como está seu /etc/stable-supfile ?

Você atualiza pelo cvsup -g -L 2 /etc/stable-supfile?

att
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAknDlS4ACgkQ35zeJy7JhChy5wCeMCMhj16iGDSR0cFIpNar4Qyr
PFEAnRkJvjr4dQYKf1HHif3m1CrRkTut
=AyDk
-END PGP SIGNATURE-

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

Re: [FUG-BR] Squid x-forwarded-for

2009-03-20 Por tôpico Eduardo Schoedler

Procure por Tproxy.
Já rolou na lista.

Abraços,
Eduardo.


--
From: "Renata Dias" 
Sent: Friday, March 20, 2009 9:56 AM
To: "Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)" 

Subject: [FUG-BR] Squid x-forwarded-for

> Caros,
>
>Segue o que preciso:
>
>Tenho um servidor FreeBSD com squid e fazendo roteamento da
> rede, porém ele NÃO roda NAT. Preciso que os clientes atrás desse servidor
> passem pelo Proxy, mas devem sair com o IP deles e não com o IP do Proxy.
>
>Situação atual: cliente 200.200.200.10 passa pelo Proxy e
> sai p/
> internet com IP 200.200.200.1.
>Situação ideal: cliente 200.200.200.10 passa pelo Proxy e
> sai p/
> internet com IP 200.200.200.10.
>
>Compilei o squid-2.7.6 e está com
> --enable-follow-x-forwarded-for, conforme li na lista da FUG, porém não 
> sei
> bem
> ao certo quala configuração que devo colocar no squid.conf.
>
>Meu squid.conf:
>
> http_port 3128 transparent
> visible_hostname Server.provale.com.br
>
> cache_dir ufs /usr/local/squid/cache 100 8 16
> refresh_pattern ^ftp:   144020% 10080
> refresh_pattern ^gopher:14400%  1440
> refresh_pattern .   0   20% 4320
>
> # ACLs
> acl horario time S M T W H F A 00:00-23:59
> acl rede src 200.200.200.10
>
> forwarded_for on
> header_access X-Forwarded-For allow rede
> follow_x_forwarded_for allow rede
> ident_lookup_access allow rede
> acl_uses_indirect_client on
> delay_pool_uses_indirect_client on
> log_uses_indirect_client on
>
> acl livreacesso url_regex -i provale.com.br
> # FIM ACLs
>
> acl all src 0.0.0.0/0.0.0.0
> acl manager proto cache_object
> acl localhost src 127.0.0.1/255.255.255.255
> acl SSL_ports port 443 563
> acl Safe_ports port 80 21 443 563 70 210 1025-65535
> acl CONNECT method CONNECT
> http_access allow manager localhost
> http_access deny manager
> http_access deny !Safe_ports
> http_access deny CONNECT !SSL_ports
>
> http_access allow rede
> http_access deny all
>
> icp_access allow all
>
> error_directory /usr/local/etc/squid/errors/Portuguese
> cache_access_log /usr/local/squid/logs/access.log
>
>
>
> Obrigada.
>
> Renata Dias
> -
> 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] Squid x-forwarded-for

2009-03-20 Por tôpico Renata Dias

Caros,

Segue o que preciso:

Tenho um servidor FreeBSD com squid e fazendo roteamento da
rede, porém ele NÃO roda NAT. Preciso que os clientes atrás desse servidor
passem pelo Proxy, mas devem sair com o IP deles e não com o IP do Proxy.

Situação atual: cliente 200.200.200.10 passa pelo Proxy e
sai p/
internet com IP 200.200.200.1.
Situação ideal: cliente 200.200.200.10 passa pelo Proxy e
sai p/
internet com IP 200.200.200.10.

Compilei o squid-2.7.6 e está com
--enable-follow-x-forwarded-for, conforme li na lista da FUG, porém não sei
bem
ao certo quala configuração que devo colocar no squid.conf.

Meu squid.conf:

http_port 3128 transparent
visible_hostname Server.provale.com.br

cache_dir ufs /usr/local/squid/cache 100 8 16
refresh_pattern ^ftp:   144020% 10080
refresh_pattern ^gopher:14400%  1440
refresh_pattern .   0   20% 4320

# ACLs
acl horario time S M T W H F A 00:00-23:59
acl rede src 200.200.200.10

forwarded_for on
header_access X-Forwarded-For allow rede
follow_x_forwarded_for allow rede
ident_lookup_access allow rede
acl_uses_indirect_client on
delay_pool_uses_indirect_client on
log_uses_indirect_client on

acl livreacesso url_regex -i provale.com.br
# FIM ACLs

acl all src 0.0.0.0/0.0.0.0
acl manager proto cache_object
acl localhost src 127.0.0.1/255.255.255.255
acl SSL_ports port 443 563
acl Safe_ports port 80 21 443 563 70 210 1025-65535
acl CONNECT method CONNECT
http_access allow manager localhost
http_access deny manager
http_access deny !Safe_ports
http_access deny CONNECT !SSL_ports

http_access allow rede
http_access deny all

icp_access allow all

error_directory /usr/local/etc/squid/errors/Portuguese
cache_access_log /usr/local/squid/logs/access.log



Obrigada.

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

[FUG-BR] problemas com locales no make installworld

2009-03-20 Por tôpico renato martins

tenho um server aqui que vem atulizando ele 6.0 relese at'e agora ele ja
esta no 6.3-stable ontem fui passar ele para 6.4 e quase no fim do make
installworld ele nao acha um aquivo do locales:


install -o root  -g wheel -m 444  nb_NO.ISO8859-1.out
/usr/share/locale/nb_NO.ISO8859-1/LC_TIME
install: /usr/share/locale/nb_NO.ISO8859-1/LC_TIME: No such file or
directory
*** Error code 71

Stop in /usr/src/share/timedef.
*** Error code 1

Stop in /usr/src/share.
*** Error code 1

Stop in /usr/src.
*** Error code 1

Stop in /usr/src.
*** Error code 1

Stop in /usr/src.
*** Error code 1

Stop in /usr/src.

ja fiz o cvsup varias vezes com mirror diferentes e o erro continua.

sera que da para tirar os locales no make.conf ?

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

[FUG-BR] Alteração automatica de fila - CUPS

2009-03-20 Por tôpico Diogo Dalfovo

Bom Dia pessoal...

Pesquizei muito sobre o cups, mas nao achei nada que pudesse ser um pouco
mais automatico no seguinte sentido.

O cups quando identifica que uma impressora esta com problema (time out por
exemplo) o "ErrorPolicy" derrepente poderia encaminhar para uma outra
impressora pre-determinada. Ou fazer com que enquanto a impressora A estiver
parada mover todos os jobs dela para a impressora B ate quando o
administrador voltar a configuração isso pode ate ser manual desde que nao
tenha q todo job fazer isso.

Alguem ja passou por isso?

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

Re: [FUG-BR] /usr/X11R6/bin: file not recognized: File format not recognized

2009-03-20 Por tôpico Joao Rocha Braga Filho

2009/3/20 Renato Botelho :
> 2009/3/19 Joao Rocha Braga Filho :
>> Fui recompilar o libsndfile e tive o seguinte erro:
>>
>> "
>> root:super[51] pwd
>> /usr/ports/audio/libsndfile
>> root:super[52] make
>> ===>  Building for libsndfile-1.0.19
>> Making all in M4
>> gmake[1]: Entrando no diretório
>> `/usr/ports/audio/libsndfile/work/libsndfile-1.0.19/M4'
>> gmake[1]: Nada a ser feito para `all'.
>> gmake[1]: Saindo do diretório
>> `/usr/ports/audio/libsndfile/work/libsndfile-1.0.19/M4'
>> Making all in man
>> gmake[1]: Entrando no diretório
>> `/usr/ports/audio/libsndfile/work/libsndfile-1.0.19/man'
>> gmake[1]: Nada a ser feito para `all'.
>> gmake[1]: Saindo do diretório
>> `/usr/ports/audio/libsndfile/work/libsndfile-1.0.19/man'
>> Making all in Win32
>> gmake[1]: Entrando no diretório
>> `/usr/ports/audio/libsndfile/work/libsndfile-1.0.19/Win32'
>> gmake[1]: Nada a ser feito para `all'.
>> gmake[1]: Saindo do diretório
>> `/usr/ports/audio/libsndfile/work/libsndfile-1.0.19/Win32'
>> Making all in src
>> gmake[1]: Entrando no diretório
>> `/usr/ports/audio/libsndfile/work/libsndfile-1.0.19/src'
>> gmake  all-recursive
>> gmake[2]: Entrando no diretório
>> `/usr/ports/audio/libsndfile/work/libsndfile-1.0.19/src'
>> Making all in GSM610
>> gmake[3]: Entrando no diretório
>> `/usr/ports/audio/libsndfile/work/libsndfile-1.0.19/src/GSM610'
>> gmake[3]: Nada a ser feito para `all'.
>> gmake[3]: Saindo do diretório
>> `/usr/ports/audio/libsndfile/work/libsndfile-1.0.19/src/GSM610'
>> Making all in G72x
>> gmake[3]: Entrando no diretório
>> `/usr/ports/audio/libsndfile/work/libsndfile-1.0.19/src/G72x'
>> gmake[3]: Nada a ser feito para `all'.
>> gmake[3]: Saindo do diretório
>> `/usr/ports/audio/libsndfile/work/libsndfile-1.0.19/src/G72x'
>> gmake[3]: Entrando no diretório
>> `/usr/ports/audio/libsndfile/work/libsndfile-1.0.19/src'
>> /bin/sh ../libtool --tag=CC   --mode=link cc  -O2 -fno-strict-aliasing
>> -pipe -march=athlon64 -std=gnu99 -Wall -Wextra
>> -Wdeclaration-after-statement -Wpointer-arith -funsigned-char
>> -Wstrict-prototypes -Wmissing-prototypes -Waggregate-return
>> -Wcast-align -Wcast-qual -Wnested-externs -Wshadow -Wbad-function-cast
>> -Wwrite-strings   -no-undefined -version-info 1:19:0  -L/usr/local/lib
>> -o libsndfile.la -rpath /usr/local/lib sndfile.lo aiff.lo au.lo avr.lo
>> caf.lo dwd.lo flac.lo g72x.lo htk.lo ircam.lo macbinary3.lo macos.lo
>> mat4.lo mat5.lo nist.lo ogg.lo paf.lo pvf.lo raw.lo rx2.lo sd2.lo
>> sds.lo svx.lo txw.lo voc.lo wve.lo w64.lo wav_w64.lo wav.lo xi.lo
>> mpc2k.lo rf64.lo   libcommon.la GSM610/libgsm.la G72x/libg72x.la
>> -L/usr/local/lib -lFLAC -lm   -L/usr/local/lib -lvorbisenc -lvorbis
>> -lm -logg   -lm -lm
>> libtool: link: cc -shared  .libs/sndfile.o .libs/aiff.o .libs/au.o
>> .libs/avr.o .libs/caf.o .libs/dwd.o .libs/flac.o .libs/g72x.o
>> .libs/htk.o .libs/ircam.o .libs/macbinary3.o .libs/macos.o
>> .libs/mat4.o .libs/mat5.o .libs/nist.o .libs/ogg.o .libs/paf.o
>> .libs/pvf.o .libs/raw.o .libs/rx2.o .libs/sd2.o .libs/sds.o
>> .libs/svx.o .libs/txw.o .libs/voc.o .libs/wve.o .libs/w64.o
>> .libs/wav_w64.o .libs/wav.o .libs/xi.o .libs/mpc2k.o .libs/rf64.o
>> -Wl,--whole-archive ./.libs/libcommon.a GSM610/.libs/libgsm.a
>> G72x/.libs/libg72x.a -Wl,--no-whole-archive  -Wl,-rpath
>> -Wl,/usr/local/lib -Wl,-rpath -Wl,/usr/local/lib -L/usr/local/lib
>> /usr/local/lib/libFLAC.so /usr/X11R6/bin /root/bin /usr/local/bin
>> /usr/local/sbin /usr/games /usr/bin /usr/sbin /bin /sbin
>> /usr/local/lib/libvorbisenc.so /usr/local/lib/libvorbis.so
>> /usr/local/lib/libogg.so -lm  -march=athlon64   -Wl,-soname
>> -Wl,libsndfile.so.1 -o .libs/libsndfile.so.1
>> /usr/X11R6/bin: file not recognized: File format not recognized
>> gmake[3]: ** [libsndfile.la] Erro 1
>> gmake[3]: Saindo do diretório
>> `/usr/ports/audio/libsndfile/work/libsndfile-1.0.19/src'
>> gmake[2]: ** [all-recursive] Erro 1
>> gmake[2]: Saindo do diretório
>> `/usr/ports/audio/libsndfile/work/libsndfile-1.0.19/src'
>> gmake[1]: ** [all] Erro 2
>> gmake[1]: Saindo do diretório
>> `/usr/ports/audio/libsndfile/work/libsndfile-1.0.19/src'
>> gmake: ** [all-recursive] Erro 1
>> *** Error code 2
>>
>> Stop in /usr/ports/audio/libsndfile.
>> *** Error code 1
>>
>> Stop in /usr/ports/audio/libsndfile.
>> root:super[53]
>> "
>>
>> Alguém mais teve este erro? Alguém sabe o que é?
>>
>> A mesma coisa acontece quando tento compilar no pidgin, mas
>> na dependência /usr/ports/multimedia/gstreamer-ffmpeg.
>>
>> Parece ser um problema de link-edição.
>>
>> Compilei o ffmpeg sem problemas.
>>
>> Noto que este diretório é passado como parâmetro na linha de comando.
>>
>> Ainda estou fuçando para descobrir, mas trocar idéias pode ajudar.
>
> Oi João, confere isso
>
> ga...@botelhor:/> ls -ld /usr/X11R6
> lrwxr-xr-x  1 root  wheel  10 Apr 29  2008 /usr/X11R6 -> /usr/local
>
> Se o link nao estiver criado, pode ter problemas

Estava criado, e verifiquei de novo.

Eu já tinha feito: ls -ls /usr/X11R6/bin


João Rocha.


>
> --

Re: [FUG-BR] /usr/X11R6/bin: file not recognized: File format not recognized

2009-03-20 Por tôpico Renato Botelho

2009/3/19 Joao Rocha Braga Filho :
> Fui recompilar o libsndfile e tive o seguinte erro:
>
> "
> root:super[51] pwd
> /usr/ports/audio/libsndfile
> root:super[52] make
> ===>  Building for libsndfile-1.0.19
> Making all in M4
> gmake[1]: Entrando no diretório
> `/usr/ports/audio/libsndfile/work/libsndfile-1.0.19/M4'
> gmake[1]: Nada a ser feito para `all'.
> gmake[1]: Saindo do diretório
> `/usr/ports/audio/libsndfile/work/libsndfile-1.0.19/M4'
> Making all in man
> gmake[1]: Entrando no diretório
> `/usr/ports/audio/libsndfile/work/libsndfile-1.0.19/man'
> gmake[1]: Nada a ser feito para `all'.
> gmake[1]: Saindo do diretório
> `/usr/ports/audio/libsndfile/work/libsndfile-1.0.19/man'
> Making all in Win32
> gmake[1]: Entrando no diretório
> `/usr/ports/audio/libsndfile/work/libsndfile-1.0.19/Win32'
> gmake[1]: Nada a ser feito para `all'.
> gmake[1]: Saindo do diretório
> `/usr/ports/audio/libsndfile/work/libsndfile-1.0.19/Win32'
> Making all in src
> gmake[1]: Entrando no diretório
> `/usr/ports/audio/libsndfile/work/libsndfile-1.0.19/src'
> gmake  all-recursive
> gmake[2]: Entrando no diretório
> `/usr/ports/audio/libsndfile/work/libsndfile-1.0.19/src'
> Making all in GSM610
> gmake[3]: Entrando no diretório
> `/usr/ports/audio/libsndfile/work/libsndfile-1.0.19/src/GSM610'
> gmake[3]: Nada a ser feito para `all'.
> gmake[3]: Saindo do diretório
> `/usr/ports/audio/libsndfile/work/libsndfile-1.0.19/src/GSM610'
> Making all in G72x
> gmake[3]: Entrando no diretório
> `/usr/ports/audio/libsndfile/work/libsndfile-1.0.19/src/G72x'
> gmake[3]: Nada a ser feito para `all'.
> gmake[3]: Saindo do diretório
> `/usr/ports/audio/libsndfile/work/libsndfile-1.0.19/src/G72x'
> gmake[3]: Entrando no diretório
> `/usr/ports/audio/libsndfile/work/libsndfile-1.0.19/src'
> /bin/sh ../libtool --tag=CC   --mode=link cc  -O2 -fno-strict-aliasing
> -pipe -march=athlon64 -std=gnu99 -Wall -Wextra
> -Wdeclaration-after-statement -Wpointer-arith -funsigned-char
> -Wstrict-prototypes -Wmissing-prototypes -Waggregate-return
> -Wcast-align -Wcast-qual -Wnested-externs -Wshadow -Wbad-function-cast
> -Wwrite-strings   -no-undefined -version-info 1:19:0  -L/usr/local/lib
> -o libsndfile.la -rpath /usr/local/lib sndfile.lo aiff.lo au.lo avr.lo
> caf.lo dwd.lo flac.lo g72x.lo htk.lo ircam.lo macbinary3.lo macos.lo
> mat4.lo mat5.lo nist.lo ogg.lo paf.lo pvf.lo raw.lo rx2.lo sd2.lo
> sds.lo svx.lo txw.lo voc.lo wve.lo w64.lo wav_w64.lo wav.lo xi.lo
> mpc2k.lo rf64.lo   libcommon.la GSM610/libgsm.la G72x/libg72x.la
> -L/usr/local/lib -lFLAC -lm   -L/usr/local/lib -lvorbisenc -lvorbis
> -lm -logg   -lm -lm
> libtool: link: cc -shared  .libs/sndfile.o .libs/aiff.o .libs/au.o
> .libs/avr.o .libs/caf.o .libs/dwd.o .libs/flac.o .libs/g72x.o
> .libs/htk.o .libs/ircam.o .libs/macbinary3.o .libs/macos.o
> .libs/mat4.o .libs/mat5.o .libs/nist.o .libs/ogg.o .libs/paf.o
> .libs/pvf.o .libs/raw.o .libs/rx2.o .libs/sd2.o .libs/sds.o
> .libs/svx.o .libs/txw.o .libs/voc.o .libs/wve.o .libs/w64.o
> .libs/wav_w64.o .libs/wav.o .libs/xi.o .libs/mpc2k.o .libs/rf64.o
> -Wl,--whole-archive ./.libs/libcommon.a GSM610/.libs/libgsm.a
> G72x/.libs/libg72x.a -Wl,--no-whole-archive  -Wl,-rpath
> -Wl,/usr/local/lib -Wl,-rpath -Wl,/usr/local/lib -L/usr/local/lib
> /usr/local/lib/libFLAC.so /usr/X11R6/bin /root/bin /usr/local/bin
> /usr/local/sbin /usr/games /usr/bin /usr/sbin /bin /sbin
> /usr/local/lib/libvorbisenc.so /usr/local/lib/libvorbis.so
> /usr/local/lib/libogg.so -lm  -march=athlon64   -Wl,-soname
> -Wl,libsndfile.so.1 -o .libs/libsndfile.so.1
> /usr/X11R6/bin: file not recognized: File format not recognized
> gmake[3]: ** [libsndfile.la] Erro 1
> gmake[3]: Saindo do diretório
> `/usr/ports/audio/libsndfile/work/libsndfile-1.0.19/src'
> gmake[2]: ** [all-recursive] Erro 1
> gmake[2]: Saindo do diretório
> `/usr/ports/audio/libsndfile/work/libsndfile-1.0.19/src'
> gmake[1]: ** [all] Erro 2
> gmake[1]: Saindo do diretório
> `/usr/ports/audio/libsndfile/work/libsndfile-1.0.19/src'
> gmake: ** [all-recursive] Erro 1
> *** Error code 2
>
> Stop in /usr/ports/audio/libsndfile.
> *** Error code 1
>
> Stop in /usr/ports/audio/libsndfile.
> root:super[53]
> "
>
> Alguém mais teve este erro? Alguém sabe o que é?
>
> A mesma coisa acontece quando tento compilar no pidgin, mas
> na dependência /usr/ports/multimedia/gstreamer-ffmpeg.
>
> Parece ser um problema de link-edição.
>
> Compilei o ffmpeg sem problemas.
>
> Noto que este diretório é passado como parâmetro na linha de comando.
>
> Ainda estou fuçando para descobrir, mas trocar idéias pode ajudar.

Oi João, confere isso

ga...@botelhor:/> ls -ld /usr/X11R6
lrwxr-xr-x  1 root  wheel  10 Apr 29  2008 /usr/X11R6 -> /usr/local

Se o link nao estiver criado, pode ter problemas

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

Re: [FUG-BR] /usr/X11R6/bin: file not recognized: File format not recognized

2009-03-20 Por tôpico Joao Rocha Braga Filho

2009/3/20 Cleyton Agapito :
> 2009/3/19 Joao Rocha Braga Filho 
>
>> Fui recompilar o libsndfile e tive o seguinte erro:
>>
>> root:super[51] pwd
>> /usr/ports/audio/libsndfile
>> root:super[52] make
>> ===>  Building for libsndfile-1.0.19
>> Making all in M4
>> gmake[1]: Entrando no diretório
>> `/usr/ports/audio/libsndfile/work/libsndfile-1.0.19/M4'
>> gmake[1]: Nada a ser feito para `all'.
>> ..
>> /usr/local/lib/libogg.so -lm  -march=athlon64   -Wl,-soname
>> -Wl,libsndfile.so.1 -o .libs/libsndfile.so.1
>> /usr/X11R6/bin: file not recognized: File format not recognized
>> gmake[3]: ** [libsndfile.la] Erro 1
>> gmake[3]: Saindo do diretório
>> `/usr/ports/audio/libsndfile/work/libsndfile-1.0.19/src'
>> gmake[2]: ** [all-recursive] Erro 1
>> gmake[2]: Saindo do diretório
>> `/usr/ports/audio/libsndfile/work/libsndfile-1.0.19/src'
>> gmake[1]: ** [all] Erro 2
>> gmake[1]: Saindo do diretório
>> `/usr/ports/audio/libsndfile/work/libsndfile-1.0.19/src'
>> gmake: ** [all-recursive] Erro 1
>> *** Error code 2
>>
>> Stop in /usr/ports/audio/libsndfile.
>> *** Error code 1
>>
>> Stop in /usr/ports/audio/libsndfile.
>> root:super[53]
>> "
>>
>> Alguém mais teve este erro? Alguém sabe o que é?
>>
>> A mesma coisa acontece quando tento compilar no pidgin, mas
>> na dependência /usr/ports/multimedia/gstreamer-ffmpeg.
>>
>> Parece ser um problema de link-edição.
>>
>> Compilei o ffmpeg sem problemas.
>>
>> Noto que este diretório é passado como parâmetro na linha de comando.
>>
>> Ainda estou fuçando para descobrir, mas trocar idéias pode ajudar.
>>
>>
>> João Rocha.
>>
>>
> Só uma idéia, talvez você já tenha feito, mas tenta dar um "make clean"
> antes, sei lá, as vezes fica alguma coisa embaixo daquele "Nada a ser feito
> para..." que pode dar problema.

Já fiz. E não funcionou. O erro se repetiu.


João Rocha.

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



-- 
"Sempre se apanha mais com as menores besteiras. Experiência própria."

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

Re: [FUG-BR] Parâmetros diferentes em placa de rede no freebsd.

2009-03-20 Por tôpico irado furioso com tudo

Em Thu, 19 Mar 2009 18:21:48 -0300
Paulo Henrique , conhecido consumidor de drogas
(BigMac's com Coke) escreveu:

> Aproposito os próprios nomes dizem:
> 
> Realtek = Real Treco.
> Via = Não ve mais... :D
> D-link = Dava Link, agora não mais. ;)
> Sis = Sempre Instalar, So não funciona.


LOL

-- 
 saudações,
 irado furioso com tudo
 Linux User 179402/FreeBSD BSD50853/FUG-BR 154
 Não uso drogas - 100% Miko$hit-free
Mulher da vida é como moeda: ou é cara ou é coroa.
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Senha no samba

2009-03-20 Por tôpico Rodrigo Graeff

On Mar 20, 2009, at 1:04 AM, Igor Siqueira wrote:

>   Olá Lista,
>
>   faz alguns dias que eu tento tirar a senha do samba quando ele é
>   acessado por uma maquina windows, só que por mais que eu altere  
> aquela
>   variavel securiy de user para share o samba continua com senha.
>
>   Primeiramente, pensei que fosse a permissão da pasta, mudei para que
>   todos os usuarios podessem ler/escrever.
>
>   Alguém tem uma sugestão?
>
>   Igor
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Opa,

Share e User são opções diferentes de compartilhamento, na opção  
share, o samba dará importância à compartilhamentos, se estiver em  
modo User, apenas usuários válidos com senha poderão acessar  
compartilhamentos bem como seus Homedir. Se precisas trocar uma senha  
de um determinado usuário, deverá usar o comando smbpasswd pertinente  
à senhas do samba.

[ ]s

Rodrigo Graeff
delphus...@gmail.com

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

Re: [FUG-BR] /usr/X11R6/bin: file not recognized: File format not recognized

2009-03-20 Por tôpico Cleyton Agapito

2009/3/19 Joao Rocha Braga Filho 

> Fui recompilar o libsndfile e tive o seguinte erro:
>
> root:super[51] pwd
> /usr/ports/audio/libsndfile
> root:super[52] make
> ===>  Building for libsndfile-1.0.19
> Making all in M4
> gmake[1]: Entrando no diretório
> `/usr/ports/audio/libsndfile/work/libsndfile-1.0.19/M4'
> gmake[1]: Nada a ser feito para `all'.
> ..
> /usr/local/lib/libogg.so -lm  -march=athlon64   -Wl,-soname
> -Wl,libsndfile.so.1 -o .libs/libsndfile.so.1
> /usr/X11R6/bin: file not recognized: File format not recognized
> gmake[3]: ** [libsndfile.la] Erro 1
> gmake[3]: Saindo do diretório
> `/usr/ports/audio/libsndfile/work/libsndfile-1.0.19/src'
> gmake[2]: ** [all-recursive] Erro 1
> gmake[2]: Saindo do diretório
> `/usr/ports/audio/libsndfile/work/libsndfile-1.0.19/src'
> gmake[1]: ** [all] Erro 2
> gmake[1]: Saindo do diretório
> `/usr/ports/audio/libsndfile/work/libsndfile-1.0.19/src'
> gmake: ** [all-recursive] Erro 1
> *** Error code 2
>
> Stop in /usr/ports/audio/libsndfile.
> *** Error code 1
>
> Stop in /usr/ports/audio/libsndfile.
> root:super[53]
> "
>
> Alguém mais teve este erro? Alguém sabe o que é?
>
> A mesma coisa acontece quando tento compilar no pidgin, mas
> na dependência /usr/ports/multimedia/gstreamer-ffmpeg.
>
> Parece ser um problema de link-edição.
>
> Compilei o ffmpeg sem problemas.
>
> Noto que este diretório é passado como parâmetro na linha de comando.
>
> Ainda estou fuçando para descobrir, mas trocar idéias pode ajudar.
>
>
> João Rocha.
>
>
Só uma idéia, talvez você já tenha feito, mas tenta dar um "make clean"
antes, sei lá, as vezes fica alguma coisa embaixo daquele "Nada a ser feito
para..." que pode dar problema.

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

56 matches

Mail list logo