Re: [FUG-BR] Opensolaris "pode" acabar, qual ser á o desti no do ZFS e do DTrace no FreeBSD ?

[Alessandro de Souza Rocha]

problema nao foi no raid e sim no sistema, porque o nao bootava kernel
panic, fiz backup dos hds formatei o pessoal reinstalou outra versao
do redhat e esta funcionando.

Em 23 de abril de 2010 19:08, marcus  escreveu:
> On Friday 23 April 2010 16:30:42 Alessandro de Souza Rocha wrote:
>> eu tive problemas com LVM num servidor redhat enterprise de uma filial,
>> a merda foi grande porque o cara q fez antes de eu chegar na empresa tinha
>> feito raid0 ai deu pau no banco de dados.
>
>
> Pelo que voce disse nao dá para saber se o problema foi mesmo do LVM. Acho que
> o pessoal aqui está desvirtuando o que é LVM, sistema de arquivos e RAID.
>
> Abs!
>
>
>
>>
>> Em 22 de abril de 2010 11:40, Andrez  escreveu:
>> > Caros,
>> >
>> > Acho que estamos comparando coisas diferentes. Pelo que entendo LVM se
>> > assemelha a GEOM e VINUM. ZFS já é mudou de esporte já.
>> >
>> > Para compara ZFS tem ( ou terá ) algo como Btrfs.
>> >
>> > Não vou desvirtuar ( mais ) a discução, mas em 6 anos de LVM tive 1
>> > problema. Esse me obrigou a reiniciar o servidor, mas nada parou. Só não
>> > conseguia gerenciar snapshot ( foi bastante estrano mesmo ).
>> >
>> > Nilson, pode me dizer o que realmente é tão ruim assim no LVM, comparando
>> > com GEOM e VINUM. Pode ser em privado pra não desandar as conversas aqui.
>> >
>> > 2010/4/20 Nilson 
>> >
>> >> Em 20 de abril de 2010 09:45, Leandro F Silva
>> >>
>> >>  escreveu:
>> >> > Nilson,
>> >> >
>> >> > Fanatismos a parte, LVM é bem consolidado no mundo linux/HP-UX e nem
>> >>
>> >> estável
>> >>
>> >> > em ambientes de produção com alta transação de dados, mesmo com ext3 /
>> >>
>> >> VxFS
>> >>
>> >> > e afins.
>> >>
>> >> Isso aí, "nem estável" mesmo. LVM é um horror, um lixão, uma enjambra
>> >> do mundo linux, que dá muito mais dores de cabeça do que satisfação
>> >> ao usá-lo. Graças ao mundo BSD nunca precisei começar um projeto
>> >> usando esse lixão, mas infelizmente muitos já recorreram a mim em
>> >> virtude de problemas nos seus LVMs (shit happens), e em geral
>> >> quando dá problema o cliente se ferra bonitão. É realmente muito
>> >> mal feito, ao contrário do ZFS que é deliciosamente simples, pratico
>> >> e muito, muito seguro.
>> >>
>> >> Agora sei que não foi a toa a morte dos HP-UX... ainda tenho que
>> >> me livrar dos meus, que só servem mesmo pra rodar sistemas
>> >> legados em COBOL.
>> >>
>> >> Vamos voltar para o paraíso do FreeBSD e suas tecnologias, ok?
>> >>
>> >> []s
>> >> Nilson
>> >> -
>> >> Histórico: http://www.fug.com.br/historico/html/freebsd/
>> >> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>> >
>> > --
>> > Atenciosamente.
>> > Eduardo Andrez de Oliveira.
>> > -
>> > 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
>



-- 
Alessandro de Souza Rocha
Administrador de Redes e Sistemas
FreeBSD-BR User #117
 Long live FreeBSD

 Powered by 

  (__)
   \\\'',)
 \/  \ ^
 .\._/_)

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

[FUG-BR] Problemas com KERNEL

[Cobausque]

Ola amigos..

 

 

Estou com um problema aqui pra compilar um kernel do freebsd 7.3 amd-64
alguém teria um arquivo de exemplo pra me passar nesta versão de freebsd.. é
a primeira vez que eu estou usando eseta ver são 64... 

Quero somente habilitar opções corriqueiras como o ipfw forward.. etc... 

Na versão 32 não tenho problemas ..

 

 

Existem diferenças no 64 ? no processo de refinamento do kernel ?

 

 

 

 

-
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 KERNEL

[Celso Viana]

Em 24 de abril de 2010 09:21, Cobausque  escreveu:
> Ola amigos..
>
>
>
>
>
> Estou com um problema aqui pra compilar um kernel do freebsd 7.3 amd-64
> alguém teria um arquivo de exemplo pra me passar nesta versão de freebsd.. é
> a primeira vez que eu estou usando eseta ver são 64...
>
> Quero somente habilitar opções corriqueiras como o ipfw forward.. etc...
>
> Na versão 32 não tenho problemas ..
>
>
>
>
>
> Existem diferenças no 64 ? no processo de refinamento do kernel ?
>
>
>
>
>
>
>
>
>
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>

Já tentou as opções abaixo num kernel GENERIC?

options IPFIREWALL  #firewall
options IPFIREWALL_VERBOSE  #enable logging to syslogd(8)
options IPFIREWALL_VERBOSE_LIMIT=100#limit verbosity
options IPFIREWALL_DEFAULT_TO_ACCEPT#allow everything by default
options IPFIREWALL_FORWARD  #packet destination changes
options IPFIREWALL_NAT  #ipfw kernel nat support

-- 
Celso Vianna
BSD User: 51318
http://www.bsdcounter.org

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

[FUG-BR] RES: Problemas com KERNEL

[Cobausque]

Já tentei sim ... 
No inicio da compilação.. aparece ... 


../../../amd64/amd64/genassym.c:207: error: 'struct pcpu' has no member
named 'pc_gs32p'
../../../amd64/amd64/genassym.c:207: error: 'struct pcpu' has no member
named 'pc_gs32p'
../../../amd64/amd64/genassym.c:207: error: 'struct pcpu' has no member
named 'pc_gs32p'
../../../amd64/amd64/genassym.c:207: error: 'struct pcpu' has no member
named 'pc_gs32p'
../../../amd64/amd64/genassym.c:207: error: 'struct pcpu' has no member
named 'pc_gs32p'
../../../amd64/amd64/genassym.c:207: error: 'struct pcpu' has no member
named 'pc_gs32p'
../../../amd64/amd64/genassym.c:207: error: 'struct pcpu' has no member
named 'pc_gs32p'
../../../amd64/amd64/genassym.c:207: error: 'struct pcpu' has no member
named 'pc_gs32p'
../../../amd64/amd64/genassym.c:207: error: 'struct pcpu' has no member
named 'pc_gs32p'
../../../amd64/amd64/genassym.c:207: error: 'struct pcpu' has no member
named 'pc_gs32p'
../../../amd64/amd64/genassym.c:207: error: 'struct pcpu' has no member
named 'pc_gs32p'
../../../amd64/amd64/genassym.c:207: error: 'struct pcpu' has no member
named 'pc_gs32p'
../../../amd64/amd64/genassym.c:221: error: 'GUCODE32_SEL' undeclared here
(not in a function)
../../../amd64/amd64/genassym.c:222: error: 'SEL_RPL_MASK' undeclared here
(not in a function)
../../../amd64/amd64/genassym.c:227: error: 'MSR_GSBASE' undeclared here
(not in a function)
*** Error code 1



Então o processo é interrompido . 



-Mensagem original-
De: freebsd-boun...@fug.com.br [mailto:freebsd-boun...@fug.com.br] Em nome
de Celso Viana
Enviada em: sábado, 24 de abril de 2010 09:37
Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)
Assunto: Re: [FUG-BR] Problemas com KERNEL

Em 24 de abril de 2010 09:21, Cobausque  escreveu:
> Ola amigos..
>
>
>
>
>
> Estou com um problema aqui pra compilar um kernel do freebsd 7.3 amd-64
> alguém teria um arquivo de exemplo pra me passar nesta versão de freebsd..
é
> a primeira vez que eu estou usando eseta ver são 64...
>
> Quero somente habilitar opções corriqueiras como o ipfw forward.. etc...
>
> Na versão 32 não tenho problemas ..
>
>
>
>
>
> Existem diferenças no 64 ? no processo de refinamento do kernel ?
>
>
>
>
>
>
>
>
>
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>

Já tentou as opções abaixo num kernel GENERIC?

options IPFIREWALL  #firewall
options IPFIREWALL_VERBOSE  #enable logging to syslogd(8)
options IPFIREWALL_VERBOSE_LIMIT=100#limit verbosity
options IPFIREWALL_DEFAULT_TO_ACCEPT#allow everything by default
options IPFIREWALL_FORWARD  #packet destination changes
options IPFIREWALL_NAT  #ipfw kernel nat support

-- 
Celso Vianna
BSD User: 51318
http://www.bsdcounter.org

63 8404-8559
Palmas/TO
-
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] RES: Problemas com KERNEL

[Celso Viana]

Em 24 de abril de 2010 11:07, Cobausque  escreveu:
> Já tentei sim ...
> No inicio da compilação.. aparece ...
>
>
> ../../../amd64/amd64/genassym.c:207: error: 'struct pcpu' has no member
> named 'pc_gs32p'
> ../../../amd64/amd64/genassym.c:207: error: 'struct pcpu' has no member
> named 'pc_gs32p'
> ../../../amd64/amd64/genassym.c:207: error: 'struct pcpu' has no member
> named 'pc_gs32p'
> ../../../amd64/amd64/genassym.c:207: error: 'struct pcpu' has no member
> named 'pc_gs32p'
> ../../../amd64/amd64/genassym.c:207: error: 'struct pcpu' has no member
> named 'pc_gs32p'
> ../../../amd64/amd64/genassym.c:207: error: 'struct pcpu' has no member
> named 'pc_gs32p'
> ../../../amd64/amd64/genassym.c:207: error: 'struct pcpu' has no member
> named 'pc_gs32p'
> ../../../amd64/amd64/genassym.c:207: error: 'struct pcpu' has no member
> named 'pc_gs32p'
> ../../../amd64/amd64/genassym.c:207: error: 'struct pcpu' has no member
> named 'pc_gs32p'
> ../../../amd64/amd64/genassym.c:207: error: 'struct pcpu' has no member
> named 'pc_gs32p'
> ../../../amd64/amd64/genassym.c:207: error: 'struct pcpu' has no member
> named 'pc_gs32p'
> ../../../amd64/amd64/genassym.c:207: error: 'struct pcpu' has no member
> named 'pc_gs32p'
> ../../../amd64/amd64/genassym.c:221: error: 'GUCODE32_SEL' undeclared here
> (not in a function)
> ../../../amd64/amd64/genassym.c:222: error: 'SEL_RPL_MASK' undeclared here
> (not in a function)
> ../../../amd64/amd64/genassym.c:227: error: 'MSR_GSBASE' undeclared here
> (not in a function)
> *** Error code 1
>
>
>
> Então o processo é interrompido .
>
>
>
> -Mensagem original-
> De: freebsd-boun...@fug.com.br [mailto:freebsd-boun...@fug.com.br] Em nome
> de Celso Viana
> Enviada em: sábado, 24 de abril de 2010 09:37
> Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)
> Assunto: Re: [FUG-BR] Problemas com KERNEL
>
> Em 24 de abril de 2010 09:21, Cobausque  escreveu:
>> Ola amigos..
>>
>>
>>
>>
>>
>> Estou com um problema aqui pra compilar um kernel do freebsd 7.3 amd-64
>> alguém teria um arquivo de exemplo pra me passar nesta versão de freebsd..
> é
>> a primeira vez que eu estou usando eseta ver são 64...
>>
>> Quero somente habilitar opções corriqueiras como o ipfw forward.. etc...
>>
>> Na versão 32 não tenho problemas ..
>>
>>
>>
>>
>>
>> Existem diferenças no 64 ? no processo de refinamento do kernel ?
>>
>>
>>
>>
>>
>>
>>
>>
>>
>> -
>> Histórico: http://www.fug.com.br/historico/html/freebsd/
>> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>>
>
> Já tentou as opções abaixo num kernel GENERIC?
>
> options         IPFIREWALL              #firewall
> options         IPFIREWALL_VERBOSE      #enable logging to syslogd(8)
> options         IPFIREWALL_VERBOSE_LIMIT=100    #limit verbosity
> options         IPFIREWALL_DEFAULT_TO_ACCEPT    #allow everything by default
> options         IPFIREWALL_FORWARD      #packet destination changes
> options         IPFIREWALL_NAT          #ipfw kernel nat support
>
> --
> Celso Vianna
> BSD User: 51318
> http://www.bsdcounter.org
>
> 63 8404-8559
> Palmas/TO
> -
> 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
>

Atualizou o source ("src-base" e "src-sys" ou o source completo)? Já
tive problemas para compilar kernel (i386) e mesmo atualizando o
"source", dava erro. Resolvi apagando o /usr/src totalmente e baixando
novamente.

-- 
Celso Vianna
BSD User: 51318
http://www.bsdcounter.org

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

[FUG-BR] Off: erro ao startar o spamd

[Fabio]

Olá pessoal
Alguém pode me ajudar ?Meu spamd não está rodando.Quando tento estar ele 
(/usr/local/etc/rc.d/sa-spamd) ele dá uma mensagem de erro assim: 
Starting spamd.eval: /usr/local/bin/spamd: not found
Até semana passada não ocorria este erro, o que fiz de diferente foi atualizar 
o clamav e perl, e depois disso está vindo muitos spams.
Obrigado pelo auxílio dos mais experientes.Fábio






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

Re: [FUG-BR] [Fwd: HEADS UP: SUJ Going in to head today]

[Renato Botelho]

2010/4/20 Patrick Tracanelli :
> Uma boa noticia, SU+J saindo do branch separado pra entrar pro -CURRENT.

Apenas avisando, o SUJ foi commitado algumas horas atrás no
-CURRENT \o/

-- 
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] HA em Freebsd 7.1

[Vinicius Abrahao]

Qual banco de dados você pretende usar?

Se for PostgreSQL você pode usar Slony-L[1]
No caso é uma solução da HA, mas em uma camada de aplicação.

[1]http://www.slony.info/

"Just my 0.02 ¢"

[]s
Vinícius
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Qmail tcpserver status 11

[Edson Santos]

Realmente estou usando esses patches fui no site e apliquei o patch que
mandavam mas mesmo assim nao deu.
Recompilei tudo novamente e agora alem daquela mensagem esta dando outra
tambem, (qmail-smtpd), uid 82: exited on signal 11.
Eu compilei o qmail no FreeBSD 7.3 amd 64.
Segui esse tutorial http://dev.qmailrocks.org/index.shtml. Pelo que eu notei
na hora que da status 11 no tcpserver da o signal 11 no qmail-smtpd, parece
erro de instalacao, por isso refiz tudo mas mesmo assim continua o problema.

Att,


Em 23 de abril de 2010 14:35, Rejaine Monteiro
escreveu:

> Edson
>
> Vc esta usando o Qmail com alguma combinação de patches ? E está fazendo
> consulta SPF?
> Pergunto porque, se você estiver utilizando os patches do  Jonh Simpson
> (em especial, o que aplica o  SPF) existe um bug conhecido nas versões
> anterioresa esse patch, que pode provocar esse erro (ja corrigido nas
> versões mais atuais)
> Não sei se é o seu caso, mas se for, veja maiores detalhes em:
> http://qmail.jms1.net/patches/combined-details.shtml (procure por
> "status 11" na página)
>
>
>
> Edson Santos escreveu:
> > Boa Tarde,
> > Pessoal sou novo na lista e estou enfrentando o seguinte problema com o
> > qmail.
> > Ele envia mensagens normalmente, mas recebe e-mail da maioria dos
> dominios e
> > hots, o problema esta somente em alguns dominios.
> > Notei que no log do qmail-smtpd mostra o seguinte,
> > @40004bd1d50216af9c0c tcpserver: ok 35254 mx.:200.xxx.xxx.xxx:25
> > pathfinder.ite.net.br:200.142.224.55::48058
> > @40004bd1d5022dd498ec tcpserver: end 35254 status 11
> > Para o host que me manou o e-mail retorna "
> > relay=mx...,
> > dsn=4.0.0, stat=Deferred: Connection reset by
> > mx
> > ."
> > E morre ai a conecxao o estranho é que isso só ocorre em alguns hosts nos
> > demais funciona sem problema nenhum.
> > Achei algumas coisas na internet, mas nao me ajudaram muito, se aguem
> tiver
> > alguma ideia fico agradecido.
> >
> > Att,
> > Edson
> > -
> > 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: RES: Problemas com KERNEL

[Cobausque]

Realmente fiz como o indicado ... removi todo o diretório baixei novamente e
funcionou ... beleza.. hah .. vai entender.. .

Obrigado pela ajuda ... 






-Mensagem original-
De: freebsd-boun...@fug.com.br [mailto:freebsd-boun...@fug.com.br] Em nome
de Celso Viana
Enviada em: sábado, 24 de abril de 2010 11:39
Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)
Assunto: Re: [FUG-BR] RES: Problemas com KERNEL

Em 24 de abril de 2010 11:07, Cobausque  escreveu:
> Já tentei sim ...
> No inicio da compilação.. aparece ...
>
>
> ../../../amd64/amd64/genassym.c:207: error: 'struct pcpu' has no member
> named 'pc_gs32p'
> ../../../amd64/amd64/genassym.c:207: error: 'struct pcpu' has no member
> named 'pc_gs32p'
> ../../../amd64/amd64/genassym.c:207: error: 'struct pcpu' has no member
> named 'pc_gs32p'
> ../../../amd64/amd64/genassym.c:207: error: 'struct pcpu' has no member
> named 'pc_gs32p'
> ../../../amd64/amd64/genassym.c:207: error: 'struct pcpu' has no member
> named 'pc_gs32p'
> ../../../amd64/amd64/genassym.c:207: error: 'struct pcpu' has no member
> named 'pc_gs32p'
> ../../../amd64/amd64/genassym.c:207: error: 'struct pcpu' has no member
> named 'pc_gs32p'
> ../../../amd64/amd64/genassym.c:207: error: 'struct pcpu' has no member
> named 'pc_gs32p'
> ../../../amd64/amd64/genassym.c:207: error: 'struct pcpu' has no member
> named 'pc_gs32p'
> ../../../amd64/amd64/genassym.c:207: error: 'struct pcpu' has no member
> named 'pc_gs32p'
> ../../../amd64/amd64/genassym.c:207: error: 'struct pcpu' has no member
> named 'pc_gs32p'
> ../../../amd64/amd64/genassym.c:207: error: 'struct pcpu' has no member
> named 'pc_gs32p'
> ../../../amd64/amd64/genassym.c:221: error: 'GUCODE32_SEL' undeclared here
> (not in a function)
> ../../../amd64/amd64/genassym.c:222: error: 'SEL_RPL_MASK' undeclared here
> (not in a function)
> ../../../amd64/amd64/genassym.c:227: error: 'MSR_GSBASE' undeclared here
> (not in a function)
> *** Error code 1
>
>
>
> Então o processo é interrompido .
>
>
>
> -Mensagem original-
> De: freebsd-boun...@fug.com.br [mailto:freebsd-boun...@fug.com.br] Em nome
> de Celso Viana
> Enviada em: sábado, 24 de abril de 2010 09:37
> Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)
> Assunto: Re: [FUG-BR] Problemas com KERNEL
>
> Em 24 de abril de 2010 09:21, Cobausque  escreveu:
>> Ola amigos..
>>
>>
>>
>>
>>
>> Estou com um problema aqui pra compilar um kernel do freebsd 7.3 amd-64
>> alguém teria um arquivo de exemplo pra me passar nesta versão de
freebsd..
> é
>> a primeira vez que eu estou usando eseta ver são 64...
>>
>> Quero somente habilitar opções corriqueiras como o ipfw forward.. etc...
>>
>> Na versão 32 não tenho problemas ..
>>
>>
>>
>>
>>
>> Existem diferenças no 64 ? no processo de refinamento do kernel ?
>>
>>
>>
>>
>>
>>
>>
>>
>>
>> -
>> Histórico: http://www.fug.com.br/historico/html/freebsd/
>> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>>
>
> Já tentou as opções abaixo num kernel GENERIC?
>
> options         IPFIREWALL              #firewall
> options         IPFIREWALL_VERBOSE      #enable logging to syslogd(8)
> options         IPFIREWALL_VERBOSE_LIMIT=100    #limit verbosity
> options         IPFIREWALL_DEFAULT_TO_ACCEPT    #allow everything by
default
> options         IPFIREWALL_FORWARD      #packet destination changes
> options         IPFIREWALL_NAT          #ipfw kernel nat support
>
> --
> Celso Vianna
> BSD User: 51318
> http://www.bsdcounter.org
>
> 63 8404-8559
> Palmas/TO
> -
> 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
>

Atualizou o source ("src-base" e "src-sys" ou o source completo)? Já
tive problemas para compilar kernel (i386) e mesmo atualizando o
"source", dava erro. Resolvi apagando o /usr/src totalmente e baixando
novamente.

-- 
Celso Vianna
BSD User: 51318
http://www.bsdcounter.org

63 8404-8559
Palmas/TO
-
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] Opensolaris "pode" acabar, qual ser á o desti no do ZFS e do DTrace no FreeBSD ?

[Thiago Damas]

 Voltando ao assunto original,
http://www.c0t0d0s0.org/archives/6510-Future-of-OpenSolaris.html

[]s

2010/4/24 Alessandro de Souza Rocha 

> problema nao foi no raid e sim no sistema, porque o nao bootava kernel
> panic, fiz backup dos hds formatei o pessoal reinstalou outra versao
> do redhat e esta funcionando.
>
> Em 23 de abril de 2010 19:08, marcus  escreveu:
> > On Friday 23 April 2010 16:30:42 Alessandro de Souza Rocha wrote:
> >> eu tive problemas com LVM num servidor redhat enterprise de uma filial,
> >> a merda foi grande porque o cara q fez antes de eu chegar na empresa
> tinha
> >> feito raid0 ai deu pau no banco de dados.
> >
> >
> > Pelo que voce disse nao dá para saber se o problema foi mesmo do LVM.
> Acho que
> > o pessoal aqui está desvirtuando o que é LVM, sistema de arquivos e RAID.
> >
> > Abs!
> >
> >
> >
> >>
> >> Em 22 de abril de 2010 11:40, Andrez 
> escreveu:
> >> > Caros,
> >> >
> >> > Acho que estamos comparando coisas diferentes. Pelo que entendo LVM se
> >> > assemelha a GEOM e VINUM. ZFS já é mudou de esporte já.
> >> >
> >> > Para compara ZFS tem ( ou terá ) algo como Btrfs.
> >> >
> >> > Não vou desvirtuar ( mais ) a discução, mas em 6 anos de LVM tive 1
> >> > problema. Esse me obrigou a reiniciar o servidor, mas nada parou. Só
> não
> >> > conseguia gerenciar snapshot ( foi bastante estrano mesmo ).
> >> >
> >> > Nilson, pode me dizer o que realmente é tão ruim assim no LVM,
> comparando
> >> > com GEOM e VINUM. Pode ser em privado pra não desandar as conversas
> aqui.
> >> >
> >> > 2010/4/20 Nilson 
> >> >
> >> >> Em 20 de abril de 2010 09:45, Leandro F Silva
> >> >>
> >> >>  escreveu:
> >> >> > Nilson,
> >> >> >
> >> >> > Fanatismos a parte, LVM é bem consolidado no mundo linux/HP-UX e
> nem
> >> >>
> >> >> estável
> >> >>
> >> >> > em ambientes de produção com alta transação de dados, mesmo com
> ext3 /
> >> >>
> >> >> VxFS
> >> >>
> >> >> > e afins.
> >> >>
> >> >> Isso aí, "nem estável" mesmo. LVM é um horror, um lixão, uma enjambra
> >> >> do mundo linux, que dá muito mais dores de cabeça do que satisfação
> >> >> ao usá-lo. Graças ao mundo BSD nunca precisei começar um projeto
> >> >> usando esse lixão, mas infelizmente muitos já recorreram a mim em
> >> >> virtude de problemas nos seus LVMs (shit happens), e em geral
> >> >> quando dá problema o cliente se ferra bonitão. É realmente muito
> >> >> mal feito, ao contrário do ZFS que é deliciosamente simples, pratico
> >> >> e muito, muito seguro.
> >> >>
> >> >> Agora sei que não foi a toa a morte dos HP-UX... ainda tenho que
> >> >> me livrar dos meus, que só servem mesmo pra rodar sistemas
> >> >> legados em COBOL.
> >> >>
> >> >> Vamos voltar para o paraíso do FreeBSD e suas tecnologias, ok?
> >> >>
> >> >> []s
> >> >> Nilson
> >> >> -
> >> >> Histórico: http://www.fug.com.br/historico/html/freebsd/
> >> >> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
> >> >
> >> > --
> >> > Atenciosamente.
> >> > Eduardo Andrez de Oliveira.
> >> > -
> >> > 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
> >
>
>
>
> --
> Alessandro de Souza Rocha
> Administrador de Redes e Sistemas
> FreeBSD-BR User #117
> Long live FreeBSD
>
> Powered by 
>
>  (__)
>   \\\'',)
> \/  \ ^
> .\._/_)
>
> www.FreeBSD.org
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Opensolaris "pode" acabar, qual ser á o desti no do ZFS e do DTrace no FreeBSD ?

[Josias L . Gonçalves]

http://developers.sun.ru/techdays2010/reports/OracleSolarisTrack/TD_STP_OracleSolarisFuture_Roberts.pdf

Em 24 de abril de 2010 15:39, Thiago Damas  escreveu:
>  Voltando ao assunto original,
> http://www.c0t0d0s0.org/archives/6510-Future-of-OpenSolaris.html
>
> []s
>
> 2010/4/24 Alessandro de Souza Rocha 
>
>> problema nao foi no raid e sim no sistema, porque o nao bootava kernel
>> panic, fiz backup dos hds formatei o pessoal reinstalou outra versao
>> do redhat e esta funcionando.
>>
>> Em 23 de abril de 2010 19:08, marcus  escreveu:
>> > On Friday 23 April 2010 16:30:42 Alessandro de Souza Rocha wrote:
>> >> eu tive problemas com LVM num servidor redhat enterprise de uma filial,
>> >> a merda foi grande porque o cara q fez antes de eu chegar na empresa
>> tinha
>> >> feito raid0 ai deu pau no banco de dados.
>> >
>> >
>> > Pelo que voce disse nao dá para saber se o problema foi mesmo do LVM.
>> Acho que
>> > o pessoal aqui está desvirtuando o que é LVM, sistema de arquivos e RAID.
>> >
>> > Abs!
>> >
>> >
>> >
>> >>
>> >> Em 22 de abril de 2010 11:40, Andrez 
>> escreveu:
>> >> > Caros,
>> >> >
>> >> > Acho que estamos comparando coisas diferentes. Pelo que entendo LVM se
>> >> > assemelha a GEOM e VINUM. ZFS já é mudou de esporte já.
>> >> >
>> >> > Para compara ZFS tem ( ou terá ) algo como Btrfs.
>> >> >
>> >> > Não vou desvirtuar ( mais ) a discução, mas em 6 anos de LVM tive 1
>> >> > problema. Esse me obrigou a reiniciar o servidor, mas nada parou. Só
>> não
>> >> > conseguia gerenciar snapshot ( foi bastante estrano mesmo ).
>> >> >
>> >> > Nilson, pode me dizer o que realmente é tão ruim assim no LVM,
>> comparando
>> >> > com GEOM e VINUM. Pode ser em privado pra não desandar as conversas
>> aqui.
>> >> >
>> >> > 2010/4/20 Nilson 
>> >> >
>> >> >> Em 20 de abril de 2010 09:45, Leandro F Silva
>> >> >>
>> >> >>  escreveu:
>> >> >> > Nilson,
>> >> >> >
>> >> >> > Fanatismos a parte, LVM é bem consolidado no mundo linux/HP-UX e
>> nem
>> >> >>
>> >> >> estável
>> >> >>
>> >> >> > em ambientes de produção com alta transação de dados, mesmo com
>> ext3 /
>> >> >>
>> >> >> VxFS
>> >> >>
>> >> >> > e afins.
>> >> >>
>> >> >> Isso aí, "nem estável" mesmo. LVM é um horror, um lixão, uma enjambra
>> >> >> do mundo linux, que dá muito mais dores de cabeça do que satisfação
>> >> >> ao usá-lo. Graças ao mundo BSD nunca precisei começar um projeto
>> >> >> usando esse lixão, mas infelizmente muitos já recorreram a mim em
>> >> >> virtude de problemas nos seus LVMs (shit happens), e em geral
>> >> >> quando dá problema o cliente se ferra bonitão. É realmente muito
>> >> >> mal feito, ao contrário do ZFS que é deliciosamente simples, pratico
>> >> >> e muito, muito seguro.
>> >> >>
>> >> >> Agora sei que não foi a toa a morte dos HP-UX... ainda tenho que
>> >> >> me livrar dos meus, que só servem mesmo pra rodar sistemas
>> >> >> legados em COBOL.
>> >> >>
>> >> >> Vamos voltar para o paraíso do FreeBSD e suas tecnologias, ok?
>> >> >>
>> >> >> []s
>> >> >> Nilson
>> >> >> -
>> >> >> Histórico: http://www.fug.com.br/historico/html/freebsd/
>> >> >> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>> >> >
>> >> > --
>> >> > Atenciosamente.
>> >> > Eduardo Andrez de Oliveira.
>> >> > -
>> >> > 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
>> >
>>
>>
>>
>> --
>> Alessandro de Souza Rocha
>> Administrador de Redes e Sistemas
>> FreeBSD-BR User #117
>>             Long live FreeBSD
>>
>>                     Powered by 
>>
>>                                          (__)
>>                                       \\\'',)
>>                                         \/  \ ^
>>                                         .\._/_)
>>
>>                                     www.FreeBSD.org
>> -
>> Histórico: http://www.fug.com.br/historico/html/freebsd/
>> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>>
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Off-topic - Televisores Panasonic com FreeBSD

[Nenhum_de_Nos]

On Fri, April 23, 2010 11:58, Giancarlo Rubio wrote:
> hahahahahah

quero ver o povo gpl na veia jogar no lixo as tvs agora. tem quem acha que
a licença bsd é errada, e só a gpl (comunista) presta.

quem é normal vai usar e nem ligar, os fieis de stallman já não sei :)

matheus

> Avelino de Almeida Bego  em 23/04/2010 às
> 10:41
> am
>
> Se eu estiver assistindo à um culto religioso, e o pastor gritar “Sai,
> Capeta”, minha TV deixa de funcionar? :D
>
> Brincadeira.
>
> Legal saber disso.
>
>
> Em 23 de abril de 2010 11:26, Nilson  escreveu:
>
>> Tesão hein? FreeBSD owna tudo!!!
>> -
>> Histórico: http://www.fug.com.br/historico/html/freebsd/
>> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>>
>
>
>
> --
> Giancarlo Rubio
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>


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

A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?

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