Re: [FUG-BR] RAID ZFS com rack de HDs USB 3

[contato]

- Original Message - 
From: "Paulo Olivier Cavalcanti" <procavalca...@gmail.com>

To: <freebsd@fug.com.br>
Sent: Saturday, October 22, 2016 9:57 AM
Subject: Re: [FUG-BR] RAID ZFS com rack de HDs USB 3


Em 22/10/2016 09:27, Joao Rocha Braga Filho escreveu:

[...]



1 - O FreeBSD suporta HDs de mais de 2 TB via USB? O meu
kit USB 2.0 não está aceitando HDs de mais de 2 TB no FreeBSD,
mas não testei em outros sistemas.

2 - Se os HDs forem reconhecidos fora de ordem - por exemplo
o que era da0 vira da2, o da1 vira da0 e o da2 vira da1 - o RAID
ZFS saberia qual é a ordem deles e funcionaria sem bagunçar o
conteúdo?



3 - Se eu criar o RAID ZFS com da0, da1, da2. da3 e da4, mas
depois religar com algum HD externo instalado sendo da0, e
um pendrive sendo da1, ao ligar os HDs que compõem o RAID
ZFS, que seriam reconhecidos como da2, da3, da4, da5 e da6,
o ZFS funcionaria, montando o RAID normalmente?


Diferentemente do Linux, que elege um disco "master" em um pool de HDs,
o FreeBSD/ZFS cria todos os HDs como master, portanto acredito que não
terá problemas em misturar a ordem. Eu disse "acredito" porque nunca
passei por isso com RAID, mas em discos espelhados eu tenho certeza que
não importa a ordem.


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



---
Este email foi escaneado pelo Avast antivírus.
https://www.avast.com/antivirus

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

Re: [FUG-BR] RAID ZFS com rack de HDs USB 3

[Joao Rocha Braga Filho]

2016-10-22 16:31 GMT-02:00 Nenhum_de_Nos :

>
> On Sat, October 22, 2016 08:27, Joao Rocha Braga Filho wrote:
> > Oi pessoal.
> >
> João, tenho um esquema destes. respondo abaixo de suas questões.
>
>
> > Comprei uma unidade de 5 HDs USB 3.0 na China, e estou
> > pensando em fazer um RAID ZFS para usar como backup.
> > No anúncio diz que suporta HDs de 8 TB, mas penso em
> > usar de 4 TB, pois são "baratos".
> >
> > Nunca lidei antes com ZFS, mas pelo que vi no Handbook
> > não tem muito mistério.
> >
> > Eu queria poder desligar estes HDs e só ligar quando precisar fazer
> > backup ou restaurar algo.
> >
> > Assumindo que os 5 HDs são reconhecidos corretamente,
> > ainda restam algumas dúvidas:
> >
> > 1 - O FreeBSD suporta HDs de mais de 2 TB via USB? O meu
> > kit USB 2.0 não está aceitando HDs de mais de 2 TB no FreeBSD,
> > mas não testei em outros sistemas.
>
> sim, tenho uma gaveta HX4 (a sem raid) da Vantec e tem disco de 2TB e 3TB.
> Funcionam blz.
>

Que bom.


>
> > 2 - Se os HDs forem reconhecidos fora de ordem - por exemplo
> > o que era da0 vira da2, o da1 vira da0 e o da2 vira da1 - o RAID
> > ZFS saberia qual é a ordem deles e funcionaria sem bagunçar o
> > conteúdo?
>
> Conforme já falaram, sempre uso glabel e depois crio o zfs. É bom pela
> organização, por permitir o zfs ser reconhecido seja em qual ordem e
> quantos discos tiver, e também pq você pode tirar uns MB do do disco, pois
> se precisares mais adiante trocar um disco, não há garantias que ele terá
>

No momento estou pensando em usar um modelo da Seagate que
não é caro, e fácil de char. Mas não sei o que pode acontecer no futuro.

Espero que no futuro os discos sejam maiores e mais baratos, e
eu não precise me preocupar com isto, mas é uma ideia boa se
um HD der problema cedo demais.


> exatamente o mesmo tamanho. E o ZFS vai reclamar se for menor.
>

Vai reclamar com MUITA razão.


> > 3 - Se eu criar o RAID ZFS com da0, da1, da2. da3 e da4, mas
> > depois religar com algum HD externo instalado sendo da0, e
> > um pendrive sendo da1, ao ligar os HDs que compõem o RAID
> > ZFS, que seriam reconhecidos como da2, da3, da4, da5 e da6,
> > o ZFS funcionaria, montando o RAID normalmente?
>
> glabel resolve isso tranquilo. como já dito.
>

Eu não tinha pensado, mas quando sugeriram o glabel eu
achei perfeito.


>
> > Se não funcionar a minha opção seria usar vários sistemas
> > de arquivo UFS com label, o que resolve o reconhecimento
> > fora de ordem, mas eu não poderia fazer um RAID. Teria que
> > fazer backups duplicados.
>
> ademais, o que noto aqui é o grupo todo fica lerdo e desconecta quando há
> muito tráfego para um disco. Não tenho um raid com todos, são 4 discos
> sendo 2 soltos e 2 em mirror, tudo via ZFS. As vezes ele se perde e
> retorna:
>
> (da2:umass-sim0:0:0:2): READ(16). CDB: 88 00 00 00 00 01 38 31 a0 28 00 00
> 00 08 00 00
> (da2:umass-sim0:0:0:2): CAM status: SCSI Status Error
> (da2:umass-sim0:0:0:2): SCSI status: Check Condition
> (da2:umass-sim0:0:0:2): SCSI sense: NOT READY asc:4,1 (Logical unit is in
> process of becoming ready)
> (da2:umass-sim0:0:0:2): Polling device for readiness
> (da2:umass-sim0:0:0:2): READ(16). CDB: 88 00 00 00 00 01 38 31 a0 28 00 00
> 00 08 00 00
> (da2:umass-sim0:0:0:2): CAM status: SCSI Status Error
> (da2:umass-sim0:0:0:2): SCSI status: Check Condition
> (da2:umass-sim0:0:0:2): SCSI sense: NOT READY asc:4,1 (Logical unit is in
> process of becoming ready)
> (da2:umass-sim0:0:0:2): Polling device for readiness
> (da2:umass-sim0:0:0:2): READ(16). CDB: 88 00 00 00 00 01 38 31 a0 28 00 00
> 00 08 00 00
> (da2:umass-sim0:0:0:2): CAM status: SCSI Status Error
> (da2:umass-sim0:0:0:2): SCSI status: Check Condition
> (da2:umass-sim0:0:0:2): SCSI sense: NOT READY asc:4,1 (Logical unit is in
> process of becoming ready)
> (da2:umass-sim0:0:0:2): Polling device for readiness
>

Já vi HDs darem pane por calor e pode problemas na fonte de alimentação.


>
> tipo assim.
>
> Tenho uma gaveta e-SATA e essa USB3. Não sei se é o driver do usb2 dela,
> um Atom com placa intel meio antiga. A impressão que tenho é que e-SATA é
> mais estável e rápido quando funciona, mas é um saco fazer esata funcionar
> redondo. Só funcionou aqui num pc que morreu e tinha esta nativo. USB
> funciona mais fácil, mas é mais lerdo e um pouco mais instável.
>
> Essa minha visão do esquema aqui. Uso isso desde o FreeBSD 9.x
>


Muito obrigado,
João Rocha.


> att,
>
> matheus
>
> > Abraços,
> > João Rocha.
> > -
> > 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
>



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

Re: [FUG-BR] RAID ZFS com rack de HDs USB 3

[Nenhum_de_Nos]

On Sat, October 22, 2016 08:27, Joao Rocha Braga Filho wrote:
> Oi pessoal.
>
João, tenho um esquema destes. respondo abaixo de suas questões.


> Comprei uma unidade de 5 HDs USB 3.0 na China, e estou
> pensando em fazer um RAID ZFS para usar como backup.
> No anúncio diz que suporta HDs de 8 TB, mas penso em
> usar de 4 TB, pois são "baratos".
>
> Nunca lidei antes com ZFS, mas pelo que vi no Handbook
> não tem muito mistério.
>
> Eu queria poder desligar estes HDs e só ligar quando precisar fazer
> backup ou restaurar algo.
>
> Assumindo que os 5 HDs são reconhecidos corretamente,
> ainda restam algumas dúvidas:
>
> 1 - O FreeBSD suporta HDs de mais de 2 TB via USB? O meu
> kit USB 2.0 não está aceitando HDs de mais de 2 TB no FreeBSD,
> mas não testei em outros sistemas.

sim, tenho uma gaveta HX4 (a sem raid) da Vantec e tem disco de 2TB e 3TB.
Funcionam blz.

> 2 - Se os HDs forem reconhecidos fora de ordem - por exemplo
> o que era da0 vira da2, o da1 vira da0 e o da2 vira da1 - o RAID
> ZFS saberia qual é a ordem deles e funcionaria sem bagunçar o
> conteúdo?

Conforme já falaram, sempre uso glabel e depois crio o zfs. É bom pela
organização, por permitir o zfs ser reconhecido seja em qual ordem e
quantos discos tiver, e também pq você pode tirar uns MB do do disco, pois
se precisares mais adiante trocar um disco, não há garantias que ele terá
exatamente o mesmo tamanho. E o ZFS vai reclamar se for menor.

> 3 - Se eu criar o RAID ZFS com da0, da1, da2. da3 e da4, mas
> depois religar com algum HD externo instalado sendo da0, e
> um pendrive sendo da1, ao ligar os HDs que compõem o RAID
> ZFS, que seriam reconhecidos como da2, da3, da4, da5 e da6,
> o ZFS funcionaria, montando o RAID normalmente?

glabel resolve isso tranquilo. como já dito.

> Se não funcionar a minha opção seria usar vários sistemas
> de arquivo UFS com label, o que resolve o reconhecimento
> fora de ordem, mas eu não poderia fazer um RAID. Teria que
> fazer backups duplicados.

ademais, o que noto aqui é o grupo todo fica lerdo e desconecta quando há
muito tráfego para um disco. Não tenho um raid com todos, são 4 discos
sendo 2 soltos e 2 em mirror, tudo via ZFS. As vezes ele se perde e
retorna:

(da2:umass-sim0:0:0:2): READ(16). CDB: 88 00 00 00 00 01 38 31 a0 28 00 00
00 08 00 00
(da2:umass-sim0:0:0:2): CAM status: SCSI Status Error
(da2:umass-sim0:0:0:2): SCSI status: Check Condition
(da2:umass-sim0:0:0:2): SCSI sense: NOT READY asc:4,1 (Logical unit is in
process of becoming ready)
(da2:umass-sim0:0:0:2): Polling device for readiness
(da2:umass-sim0:0:0:2): READ(16). CDB: 88 00 00 00 00 01 38 31 a0 28 00 00
00 08 00 00
(da2:umass-sim0:0:0:2): CAM status: SCSI Status Error
(da2:umass-sim0:0:0:2): SCSI status: Check Condition
(da2:umass-sim0:0:0:2): SCSI sense: NOT READY asc:4,1 (Logical unit is in
process of becoming ready)
(da2:umass-sim0:0:0:2): Polling device for readiness
(da2:umass-sim0:0:0:2): READ(16). CDB: 88 00 00 00 00 01 38 31 a0 28 00 00
00 08 00 00
(da2:umass-sim0:0:0:2): CAM status: SCSI Status Error
(da2:umass-sim0:0:0:2): SCSI status: Check Condition
(da2:umass-sim0:0:0:2): SCSI sense: NOT READY asc:4,1 (Logical unit is in
process of becoming ready)
(da2:umass-sim0:0:0:2): Polling device for readiness

tipo assim.

Tenho uma gaveta e-SATA e essa USB3. Não sei se é o driver do usb2 dela,
um Atom com placa intel meio antiga. A impressão que tenho é que e-SATA é
mais estável e rápido quando funciona, mas é um saco fazer esata funcionar
redondo. Só funcionou aqui num pc que morreu e tinha esta nativo. USB
funciona mais fácil, mas é mais lerdo e um pouco mais instável.

Essa minha visão do esquema aqui. Uso isso desde o FreeBSD 9.x

att,

matheus

> Abraços,
> João Rocha.
> -
> 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] RAID ZFS com rack de HDs USB 3

[Joao Rocha Braga Filho]

2016-10-22 12:05 GMT-02:00 Tiago Drumond :

> Em 22 de out de 2016 9:57 AM, "Paulo Olivier Cavalcanti" <
> procavalca...@gmail.com> escreveu:
> >
> > Em 22/10/2016 09:27, Joao Rocha Braga Filho escreveu:
> >>
> >> [...]
> >
> >
> >> 1 - O FreeBSD suporta HDs de mais de 2 TB via USB? O meu
> >> kit USB 2.0 não está aceitando HDs de mais de 2 TB no FreeBSD,
> >> mas não testei em outros sistemas.
> >>
> >> 2 - Se os HDs forem reconhecidos fora de ordem - por exemplo
> >> o que era da0 vira da2, o da1 vira da0 e o da2 vira da1 - o RAID
> >> ZFS saberia qual é a ordem deles e funcionaria sem bagunçar o
> >> conteúdo?
> >
> >
> >> 3 - Se eu criar o RAID ZFS com da0, da1, da2. da3 e da4, mas
> >> depois religar com algum HD externo instalado sendo da0, e
> >> um pendrive sendo da1, ao ligar os HDs que compõem o RAID
> >> ZFS, que seriam reconhecidos como da2, da3, da4, da5 e da6,
> >> o ZFS funcionaria, montando o RAID normalmente?
> >
> >
> > Diferentemente do Linux, que elege um disco "master" em um pool de HDs, o
> FreeBSD/ZFS cria todos os HDs como master, portanto acredito que não terá
> problemas em misturar a ordem. Eu disse "acredito" porque nunca passei por
> isso com RAID, mas em discos espelhados eu tenho certeza que não importa a
> ordem.
> >
> >
> >
> > -
> > Histórico: http://www.fug.com.br/historico/html/freebsd/
> > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>
> Você pode tbm colocar label nos discos com o glabel e na hora que for
> montar seu pool você específica a label.
>

Parece ser uma excelente ideia.

Retira o problema da aleatoriedade de reconhecimento dos HDs.


Muito obrigado,
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."

http://jgoffredo.blogspot.com
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] RAID ZFS com rack de HDs USB 3

[Tiago Drumond]

Em 22 de out de 2016 9:57 AM, "Paulo Olivier Cavalcanti" <
procavalca...@gmail.com> escreveu:
>
> Em 22/10/2016 09:27, Joao Rocha Braga Filho escreveu:
>>
>> [...]
>
>
>> 1 - O FreeBSD suporta HDs de mais de 2 TB via USB? O meu
>> kit USB 2.0 não está aceitando HDs de mais de 2 TB no FreeBSD,
>> mas não testei em outros sistemas.
>>
>> 2 - Se os HDs forem reconhecidos fora de ordem - por exemplo
>> o que era da0 vira da2, o da1 vira da0 e o da2 vira da1 - o RAID
>> ZFS saberia qual é a ordem deles e funcionaria sem bagunçar o
>> conteúdo?
>
>
>> 3 - Se eu criar o RAID ZFS com da0, da1, da2. da3 e da4, mas
>> depois religar com algum HD externo instalado sendo da0, e
>> um pendrive sendo da1, ao ligar os HDs que compõem o RAID
>> ZFS, que seriam reconhecidos como da2, da3, da4, da5 e da6,
>> o ZFS funcionaria, montando o RAID normalmente?
>
>
> Diferentemente do Linux, que elege um disco "master" em um pool de HDs, o
FreeBSD/ZFS cria todos os HDs como master, portanto acredito que não terá
problemas em misturar a ordem. Eu disse "acredito" porque nunca passei por
isso com RAID, mas em discos espelhados eu tenho certeza que não importa a
ordem.
>
>
>
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Você pode tbm colocar label nos discos com o glabel e na hora que for
montar seu pool você específica a label.

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

Re: [FUG-BR] RAID ZFS com rack de HDs USB 3

[Paulo Olivier Cavalcanti]

Em 22/10/2016 09:27, Joao Rocha Braga Filho escreveu:

[...]



1 - O FreeBSD suporta HDs de mais de 2 TB via USB? O meu
kit USB 2.0 não está aceitando HDs de mais de 2 TB no FreeBSD,
mas não testei em outros sistemas.

2 - Se os HDs forem reconhecidos fora de ordem - por exemplo
o que era da0 vira da2, o da1 vira da0 e o da2 vira da1 - o RAID
ZFS saberia qual é a ordem deles e funcionaria sem bagunçar o
conteúdo?



3 - Se eu criar o RAID ZFS com da0, da1, da2. da3 e da4, mas
depois religar com algum HD externo instalado sendo da0, e
um pendrive sendo da1, ao ligar os HDs que compõem o RAID
ZFS, que seriam reconhecidos como da2, da3, da4, da5 e da6,
o ZFS funcionaria, montando o RAID normalmente?


Diferentemente do Linux, que elege um disco "master" em um pool de HDs, 
o FreeBSD/ZFS cria todos os HDs como master, portanto acredito que não 
terá problemas em misturar a ordem. Eu disse "acredito" porque nunca 
passei por isso com RAID, mas em discos espelhados eu tenho certeza que 
não importa a ordem.



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

Re: [FUG-BR] RAID 0 dando pau no FreeBSD 10RC1 [NAO RESOLVIDO]

[Paulo Henrique - BSD]

Desculpe-me pelo top-posting, Android nao deixa mover para o final da mensagem, 
respostas in-line somente no aplicativo do gmail que no meu celular está uma m*.

Apenas um dúvida, através do utilitário do fabricante as informações de lba são 
diferentes?  Se nao aplique o zero format e crie o array do zero novamente, 
lembrando que se os discos passar de 2.2 Tbytes tem que se usar GPT.
Tenho hoje 5 arrays gstripe sobre 10 arrays gmirror todos no FreeBSD 9.2 stable 
ou release o que pode claramente ser um problema da release 10.0 e é melhor 
saber antes de migrar para essa release se é um problema no seu hardware ou na 
release.

Enviado do meu  Xperia™ smartphone

Marcelo Gondim gon...@bsdinfo.com.br escreveu:

Em 13/12/13 22:46, Marcelo Gondim escreveu:
 Em 13/12/13 22:15, Marcelo Gondim escreveu:
 Em 13/12/13 20:43, Marcelo Gondim escreveu:
 Em 13/12/13 20:29, Saul Figueiredo escreveu:
 Caramba  10 RC1? Eu devo estar parado  o tempo ou o 8.3 é o que eu 
 mais
 gosto...
 Enfim...  Deu pau na  checagem  de integridade do volume...  Posso parecer
 idiota mas,  certeza que o ada1 está integro?
 Opa Saul,

 Tranquilo? Então, eram discos que eu estava usando aqui com FreeBSD e
 outro com Linux aí como são do mesmo modelo e tamanho, resolvi pegá-los
 para fazer o stripe.
 Uma coisa que reparei foi isso aqui:

 No ada1:

 # bsdlabel /dev/ada1
 # /dev/ada1:
 8 partitions:
 #  size offsetfstype   [fsize bsize bps/cpg]
   a: 1953546224 16unused0 0
   c: 1953546240  0unused0 0 # raw part,
 don't edit
 partition a: partition extends past end of unit
 partition c: partition extends past end of unit
 bsdlabel: partition c doesn't cover the whole unit!
 bsdlabel: An incorrect partition c may cause problems for standard
 system utilities

 Já fazendo o mesmo no ada2:

 # bsdlabel /dev/ada2
 bsdlabel: /dev/ada2: no valid label found

 Será que pode ser essa diferença que esteja causando o problema?
 Bem, fiz uma coisa aqui que parou aquele erro mas agora aparecem outros.
 Pelo que estive vendo no google as pessoas que estão tendo este problema
 estão sendo auxiliadas para colocarem GPT nos discos. Fiz o seguinte então:

 |dd if=/dev/zero of=/dev/ada1 count=2
 ||dd if=/dev/zero of=/dev/ada2 count=2|
 |gpart create -s gpt ada1|
 |gpart add -t freebsd-boot -l boot -s 64 ada1|
 |gpart bootcode -b /boot/pmbr -p /boot/gptboot -i 1 ada1|
 |gpart add -t freebsd-ufs -l rootfs -s 400G ada1|
 |gpart create -s gpt ada2|
 |gpart add -t freebsd-boot -l boot -s 64 ada2|
 |gpart bootcode -b /boot/pmbr -p /boot/gptboot -i 1 ada2|
 |gpart add -t freebsd-ufs -l rootfs -s 400G ada2

 gstripe label -v st0 /dev/ada1p2 /dev/ada2p2
 newfs -U -j /dev/stripe/st0

 Consegui montar e usar normalmente e agora a mensagem que dá após o boot
 é essa:

 GEOM_STRIPE: Device st0 created (id=339425945).
 GEOM_STRIPE: Disk ada1p2 attached to st0.
 GEOM_STRIPE: Disk ada2p2 attached to st0.
 GEOM_STRIPE: Device stripe/st0 activated.
 GEOM_STRIPE: Cannot add disk gpt/rootfs to st0 (error=17).
 GEOM_STRIPE: Cannot add disk gptid/5d937205-6440-11e3-9c37-001e67079dcd
 to st0 (error=17).
 GEOM_STRIPE: Cannot add disk diskid/DISK-MSE421RP27UT1Kp2 to st0 (error=17).
 GEOM_STRIPE: Cannot add disk gptid/62d82072-6440-11e3-9c37-001e67079dcd
 to st0 (error=17).
 GEOM_STRIPE: Cannot add disk diskid/DISK-MSK421Y215VYBCp2 to st0 (error=17).
 Root mount waiting for: usbus7 usbus3
 Root mount waiting for: usbus7 usbus3
 Root mount waiting for: usbus7 usbus3
 uhub3: 6 ports with 6 removable, self powered
 uhub7: 6 ports with 6 removable, self powered
 Trying to mount root from ufs:/dev/ada0p2 [rw]...
 GEOM_STRIPE: Cannot add disk gpt/rootfs to st0 (error=17).
 GEOM_STRIPE: Cannot add disk gptid/62d82072-6440-11e3-9c37-001e67079dcd
 to st0 (error=17).
 GEOM_STRIPE: Cannot add disk gptid/5d937205-6440-11e3-9c37-001e67079dcd
 to st0 (error=17).
 GEOM_STRIPE: Cannot add disk diskid/DISK-MSK421Y215VYBCp2 to st0 (error=17).
 GEOM_STRIPE: Cannot add disk diskid/DISK-MSE421RP27UT1Kp2 to st0 (error=17).

 Está funcionando mas não gostei muito dessas mensagens e tipo
 antigamente eu conseguia fazer o gstripe com os discos inteiros sem
 precisar de fazer esse malabarismo todo. Não sei se é um bug do FreeBSD
 10 porque no 9.2 consigo fazer do mesmo jeito que sempre fiz. De
 qualquer forma mandei um e-mail para a lista freebsd-stable e vou
 aguardar para ver.
 Estava seguindo o handbook e estava dando erro da forma como está lá
 [1]. Peguei meus papiros aqui e fiz dessa forma abaixo e funcionou tudo
 sem erros:

 # gstripe create st0 /dev/ada1 /dev/ada2
 # newfs -U -j /dev/stripe/st0

 Pronto! Sem erros e tudo funcionando normal.

 [1]
 http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/geom-striping.html
HaHAhAhA puts que M eu vi errado, o create é temporário. Continuo com o 
mesmo problema. rsrsrsrsrs



 |

 Em 13/12/2013 19:33, Marcelo Gondim gon...@bsdinfo.com.br escreveu:

 Pessoal,

 Alguém aqui 

Re: [FUG-BR] RAID 0 dando pau no FreeBSD 10RC1 [NAO RESOLVIDO]

[Marcelo Gondim]

Em 14/12/13 07:53, Paulo Henrique - BSD escreveu:
 Desculpe-me pelo top-posting, Android nao deixa mover para o final da 
 mensagem, respostas in-line somente no aplicativo do gmail que no meu celular 
 está uma m*.

 Apenas um dúvida, através do utilitário do fabricante as informações de lba 
 são diferentes?  Se nao aplique o zero format e crie o array do zero 
 novamente, lembrando que se os discos passar de 2.2 Tbytes tem que se usar 
 GPT.
 Tenho hoje 5 arrays gstripe sobre 10 arrays gmirror todos no FreeBSD 9.2 
 stable ou release o que pode claramente ser um problema da release 10.0 e é 
 melhor saber antes de migrar para essa release se é um problema no seu 
 hardware ou na release.
Oi Paulo,

São 2 discos de 500Gb. Eu fiz aqui sem o bsdlabel e não deu mais os 
erros que estavam dando. Agora só tem essas mensagens:

GEOM_STRIPE: Cannot add disk diskid/DISK-MSE421RP27UT1K to st0 (error=17).
GEOM_STRIPE: Cannot add disk diskid/DISK-MSK421Y215VYBC to st0 (error=17).

Que pode ser por causa do HD que estava com Linux. Deve ser algum 
metadado do e acredito que se eu formatasse no esquema de zerar mesmo o 
disco isso resolveria.
Alguém indica algum formatador físico ou só o do próprio fabricante que 
é aconselhado? Ou existe alguma maneira de zerar qualquer metadado do disco?


 Enviado do meu  Xperia™ smartphone

 Marcelo Gondim gon...@bsdinfo.com.br escreveu:

 Em 13/12/13 22:46, Marcelo Gondim escreveu:
 Em 13/12/13 22:15, Marcelo Gondim escreveu:
 Em 13/12/13 20:43, Marcelo Gondim escreveu:
 Em 13/12/13 20:29, Saul Figueiredo escreveu:
 Caramba  10 RC1? Eu devo estar parado  o tempo ou o 8.3 é o que eu 
 mais
 gosto...
 Enfim...  Deu pau na  checagem  de integridade do volume...  Posso 
 parecer
 idiota mas,  certeza que o ada1 está integro?
 Opa Saul,

 Tranquilo? Então, eram discos que eu estava usando aqui com FreeBSD e
 outro com Linux aí como são do mesmo modelo e tamanho, resolvi pegá-los
 para fazer o stripe.
 Uma coisa que reparei foi isso aqui:

 No ada1:

 # bsdlabel /dev/ada1
 # /dev/ada1:
 8 partitions:
 #  size offsetfstype   [fsize bsize bps/cpg]
a: 1953546224 16unused0 0
c: 1953546240  0unused0 0 # raw part,
 don't edit
 partition a: partition extends past end of unit
 partition c: partition extends past end of unit
 bsdlabel: partition c doesn't cover the whole unit!
 bsdlabel: An incorrect partition c may cause problems for standard
 system utilities

 Já fazendo o mesmo no ada2:

 # bsdlabel /dev/ada2
 bsdlabel: /dev/ada2: no valid label found

 Será que pode ser essa diferença que esteja causando o problema?
 Bem, fiz uma coisa aqui que parou aquele erro mas agora aparecem outros.
 Pelo que estive vendo no google as pessoas que estão tendo este problema
 estão sendo auxiliadas para colocarem GPT nos discos. Fiz o seguinte então:

 |dd if=/dev/zero of=/dev/ada1 count=2
 ||dd if=/dev/zero of=/dev/ada2 count=2|
 |gpart create -s gpt ada1|
 |gpart add -t freebsd-boot -l boot -s 64 ada1|
 |gpart bootcode -b /boot/pmbr -p /boot/gptboot -i 1 ada1|
 |gpart add -t freebsd-ufs -l rootfs -s 400G ada1|
 |gpart create -s gpt ada2|
 |gpart add -t freebsd-boot -l boot -s 64 ada2|
 |gpart bootcode -b /boot/pmbr -p /boot/gptboot -i 1 ada2|
 |gpart add -t freebsd-ufs -l rootfs -s 400G ada2

 gstripe label -v st0 /dev/ada1p2 /dev/ada2p2
 newfs -U -j /dev/stripe/st0

 Consegui montar e usar normalmente e agora a mensagem que dá após o boot
 é essa:

 GEOM_STRIPE: Device st0 created (id=339425945).
 GEOM_STRIPE: Disk ada1p2 attached to st0.
 GEOM_STRIPE: Disk ada2p2 attached to st0.
 GEOM_STRIPE: Device stripe/st0 activated.
 GEOM_STRIPE: Cannot add disk gpt/rootfs to st0 (error=17).
 GEOM_STRIPE: Cannot add disk gptid/5d937205-6440-11e3-9c37-001e67079dcd
 to st0 (error=17).
 GEOM_STRIPE: Cannot add disk diskid/DISK-MSE421RP27UT1Kp2 to st0 
 (error=17).
 GEOM_STRIPE: Cannot add disk gptid/62d82072-6440-11e3-9c37-001e67079dcd
 to st0 (error=17).
 GEOM_STRIPE: Cannot add disk diskid/DISK-MSK421Y215VYBCp2 to st0 
 (error=17).
 Root mount waiting for: usbus7 usbus3
 Root mount waiting for: usbus7 usbus3
 Root mount waiting for: usbus7 usbus3
 uhub3: 6 ports with 6 removable, self powered
 uhub7: 6 ports with 6 removable, self powered
 Trying to mount root from ufs:/dev/ada0p2 [rw]...
 GEOM_STRIPE: Cannot add disk gpt/rootfs to st0 (error=17).
 GEOM_STRIPE: Cannot add disk gptid/62d82072-6440-11e3-9c37-001e67079dcd
 to st0 (error=17).
 GEOM_STRIPE: Cannot add disk gptid/5d937205-6440-11e3-9c37-001e67079dcd
 to st0 (error=17).
 GEOM_STRIPE: Cannot add disk diskid/DISK-MSK421Y215VYBCp2 to st0 
 (error=17).
 GEOM_STRIPE: Cannot add disk diskid/DISK-MSE421RP27UT1Kp2 to st0 
 (error=17).

 Está funcionando mas não gostei muito dessas mensagens e tipo
 antigamente eu conseguia fazer o gstripe com os discos inteiros sem
 precisar de fazer esse malabarismo todo. Não sei se é um bug do FreeBSD
 10 porque no 9.2 consigo fazer do 

Re: [FUG-BR] RAID 0 dando pau no FreeBSD 10RC1 [NAO RESOLVIDO]

[Marcelo Gondim]

Em 14/12/13 11:09, Marcelo Gondim escreveu:
 Em 14/12/13 07:53, Paulo Henrique - BSD escreveu:
 Desculpe-me pelo top-posting, Android nao deixa mover para o final da 
 mensagem, respostas in-line somente no aplicativo do gmail que no meu 
 celular está uma m*.

 Apenas um dúvida, através do utilitário do fabricante as informações de lba 
 são diferentes?  Se nao aplique o zero format e crie o array do zero 
 novamente, lembrando que se os discos passar de 2.2 Tbytes tem que se usar 
 GPT.
 Tenho hoje 5 arrays gstripe sobre 10 arrays gmirror todos no FreeBSD 9.2 
 stable ou release o que pode claramente ser um problema da release 10.0 e é 
 melhor saber antes de migrar para essa release se é um problema no seu 
 hardware ou na release.
 Oi Paulo,

 São 2 discos de 500Gb. Eu fiz aqui sem o bsdlabel e não deu mais os
 erros que estavam dando. Agora só tem essas mensagens:

 GEOM_STRIPE: Cannot add disk diskid/DISK-MSE421RP27UT1K to st0 (error=17).
 GEOM_STRIPE: Cannot add disk diskid/DISK-MSK421Y215VYBC to st0 (error=17).

 Que pode ser por causa do HD que estava com Linux. Deve ser algum
 metadado do e acredito que se eu formatasse no esquema de zerar mesmo o
 disco isso resolveria.
 Alguém indica algum formatador físico ou só o do próprio fabricante que
 é aconselhado? Ou existe alguma maneira de zerar qualquer metadado do disco?
Paulo vou mandar um dd if=/dev/zero of=/dev/ada1 bs=2m e o mesmo no ada2 
pra ver se resolve e qualquer coisa posto aqui na lista o resultado pra 
ficar no histórico.
Pelo que andei lendo em alguns lugares isso tem à ver mesmo com metadado.

 Enviado do meu  Xperia™ smartphone

 Marcelo Gondim gon...@bsdinfo.com.br escreveu:

 Em 13/12/13 22:46, Marcelo Gondim escreveu:
 Em 13/12/13 22:15, Marcelo Gondim escreveu:
 Em 13/12/13 20:43, Marcelo Gondim escreveu:
 Em 13/12/13 20:29, Saul Figueiredo escreveu:
 Caramba  10 RC1? Eu devo estar parado  o tempo ou o 8.3 é o que eu 
 mais
 gosto...
 Enfim...  Deu pau na  checagem  de integridade do volume...  Posso 
 parecer
 idiota mas,  certeza que o ada1 está integro?
 Opa Saul,

 Tranquilo? Então, eram discos que eu estava usando aqui com FreeBSD e
 outro com Linux aí como são do mesmo modelo e tamanho, resolvi pegá-los
 para fazer o stripe.
 Uma coisa que reparei foi isso aqui:

 No ada1:

 # bsdlabel /dev/ada1
 # /dev/ada1:
 8 partitions:
 #  size offsetfstype   [fsize bsize bps/cpg]
 a: 1953546224 16unused0 0
 c: 1953546240  0unused0 0 # raw 
 part,
 don't edit
 partition a: partition extends past end of unit
 partition c: partition extends past end of unit
 bsdlabel: partition c doesn't cover the whole unit!
 bsdlabel: An incorrect partition c may cause problems for standard
 system utilities

 Já fazendo o mesmo no ada2:

 # bsdlabel /dev/ada2
 bsdlabel: /dev/ada2: no valid label found

 Será que pode ser essa diferença que esteja causando o problema?
 Bem, fiz uma coisa aqui que parou aquele erro mas agora aparecem outros.
 Pelo que estive vendo no google as pessoas que estão tendo este problema
 estão sendo auxiliadas para colocarem GPT nos discos. Fiz o seguinte 
 então:

 |dd if=/dev/zero of=/dev/ada1 count=2
 ||dd if=/dev/zero of=/dev/ada2 count=2|
 |gpart create -s gpt ada1|
 |gpart add -t freebsd-boot -l boot -s 64 ada1|
 |gpart bootcode -b /boot/pmbr -p /boot/gptboot -i 1 ada1|
 |gpart add -t freebsd-ufs -l rootfs -s 400G ada1|
 |gpart create -s gpt ada2|
 |gpart add -t freebsd-boot -l boot -s 64 ada2|
 |gpart bootcode -b /boot/pmbr -p /boot/gptboot -i 1 ada2|
 |gpart add -t freebsd-ufs -l rootfs -s 400G ada2

 gstripe label -v st0 /dev/ada1p2 /dev/ada2p2
 newfs -U -j /dev/stripe/st0

 Consegui montar e usar normalmente e agora a mensagem que dá após o boot
 é essa:

 GEOM_STRIPE: Device st0 created (id=339425945).
 GEOM_STRIPE: Disk ada1p2 attached to st0.
 GEOM_STRIPE: Disk ada2p2 attached to st0.
 GEOM_STRIPE: Device stripe/st0 activated.
 GEOM_STRIPE: Cannot add disk gpt/rootfs to st0 (error=17).
 GEOM_STRIPE: Cannot add disk gptid/5d937205-6440-11e3-9c37-001e67079dcd
 to st0 (error=17).
 GEOM_STRIPE: Cannot add disk diskid/DISK-MSE421RP27UT1Kp2 to st0 
 (error=17).
 GEOM_STRIPE: Cannot add disk gptid/62d82072-6440-11e3-9c37-001e67079dcd
 to st0 (error=17).
 GEOM_STRIPE: Cannot add disk diskid/DISK-MSK421Y215VYBCp2 to st0 
 (error=17).
 Root mount waiting for: usbus7 usbus3
 Root mount waiting for: usbus7 usbus3
 Root mount waiting for: usbus7 usbus3
 uhub3: 6 ports with 6 removable, self powered
 uhub7: 6 ports with 6 removable, self powered
 Trying to mount root from ufs:/dev/ada0p2 [rw]...
 GEOM_STRIPE: Cannot add disk gpt/rootfs to st0 (error=17).
 GEOM_STRIPE: Cannot add disk gptid/62d82072-6440-11e3-9c37-001e67079dcd
 to st0 (error=17).
 GEOM_STRIPE: Cannot add disk gptid/5d937205-6440-11e3-9c37-001e67079dcd
 to st0 (error=17).
 GEOM_STRIPE: Cannot add disk diskid/DISK-MSK421Y215VYBCp2 to st0 
 (error=17).
 GEOM_STRIPE: Cannot 

Re: [FUG-BR] RAID 0 dando pau no FreeBSD 10RC1

[Saul Figueiredo]

Caramba  10 RC1? Eu devo estar parado  o tempo ou o 8.3 é o que eu mais
gosto...
Enfim...  Deu pau na  checagem  de integridade do volume...  Posso parecer
idiota mas,  certeza que o ada1 está integro?
Em 13/12/2013 19:33, Marcelo Gondim gon...@bsdinfo.com.br escreveu:

 Pessoal,

 Alguém aqui já viu isso? Primeira vez que vi isso acontecer. Estou
 usando aqui um FreeBSD 10.0-RC1 e fazendo uns testes com Raid0 no
 geom_stripe mas está dando o seguinte:

 Estou com 3 discos aqui sendo o ada0 com o sistema e tenho o ada1 e ada2
 para fazer o raid 0.

 # kldload geom_stripe
 # gstripe label -v st0 /dev/ada1 /dev/ada2

 GEOM_STRIPE: Device st0 created (id=2255281675).
 GEOM_STRIPE: Disk ada1 attached to st0.
 GEOM_PART: integrity check failed (ada1, BSD)
 GEOM_STRIPE: Cannot add disk diskid/DISK-MSE421RP27UT1K to st0 (error=17).
 GEOM_PART: integrity check failed (diskid/DISK-MSE421RP27UT1K, BSD)
 GEOM_STRIPE: Disk ada2 attached to st0.
 GEOM_STRIPE: Device stripe/st0 activated.
 GEOM_STRIPE: Cannot add disk diskid/DISK-MSK421Y215VYBC to st0 (error=17).

 # bsdlabel -wB /dev/stripe/st0

 GEOM_PART: integrity check failed (ada1, BSD)
 GEOM_STRIPE: Cannot add disk diskid/DISK-MSK421Y215VYBC to st0 (error=17).
 GEOM_STRIPE: Cannot add disk diskid/DISK-MSE421RP27UT1K to st0 (error=17).
 GEOM_PART: integrity check failed (diskid/DISK-MSE421RP27UT1K, BSD)

 # newfs -U -j /dev/stripe/st0

 Consigo formatar e montar o st0 mas fica dando esses erros inclusive no
 boot do sistema.

 Estou procurando aqui pra ver se acho alguma coisa mas alguém aqui
 passou por isso?

 Grande abraço,
 Gondim
 -
 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] RAID 0 dando pau no FreeBSD 10RC1

[Marcelo Gondim]

Em 13/12/13 20:29, Saul Figueiredo escreveu:
 Caramba  10 RC1? Eu devo estar parado  o tempo ou o 8.3 é o que eu mais
 gosto...
 Enfim...  Deu pau na  checagem  de integridade do volume...  Posso parecer
 idiota mas,  certeza que o ada1 está integro?
Opa Saul,

Tranquilo? Então, eram discos que eu estava usando aqui com FreeBSD e 
outro com Linux aí como são do mesmo modelo e tamanho, resolvi pegá-los 
para fazer o stripe.
Uma coisa que reparei foi isso aqui:

No ada1:

# bsdlabel /dev/ada1
# /dev/ada1:
8 partitions:
#  size offsetfstype   [fsize bsize bps/cpg]
   a: 1953546224 16unused0 0
   c: 1953546240  0unused0 0 # raw part, 
don't edit
partition a: partition extends past end of unit
partition c: partition extends past end of unit
bsdlabel: partition c doesn't cover the whole unit!
bsdlabel: An incorrect partition c may cause problems for standard 
system utilities

Já fazendo o mesmo no ada2:

# bsdlabel /dev/ada2
bsdlabel: /dev/ada2: no valid label found

Será que pode ser essa diferença que esteja causando o problema?

 Em 13/12/2013 19:33, Marcelo Gondim gon...@bsdinfo.com.br escreveu:

 Pessoal,

 Alguém aqui já viu isso? Primeira vez que vi isso acontecer. Estou
 usando aqui um FreeBSD 10.0-RC1 e fazendo uns testes com Raid0 no
 geom_stripe mas está dando o seguinte:

 Estou com 3 discos aqui sendo o ada0 com o sistema e tenho o ada1 e ada2
 para fazer o raid 0.

 # kldload geom_stripe
 # gstripe label -v st0 /dev/ada1 /dev/ada2

 GEOM_STRIPE: Device st0 created (id=2255281675).
 GEOM_STRIPE: Disk ada1 attached to st0.
 GEOM_PART: integrity check failed (ada1, BSD)
 GEOM_STRIPE: Cannot add disk diskid/DISK-MSE421RP27UT1K to st0 (error=17).
 GEOM_PART: integrity check failed (diskid/DISK-MSE421RP27UT1K, BSD)
 GEOM_STRIPE: Disk ada2 attached to st0.
 GEOM_STRIPE: Device stripe/st0 activated.
 GEOM_STRIPE: Cannot add disk diskid/DISK-MSK421Y215VYBC to st0 (error=17).

 # bsdlabel -wB /dev/stripe/st0

 GEOM_PART: integrity check failed (ada1, BSD)
 GEOM_STRIPE: Cannot add disk diskid/DISK-MSK421Y215VYBC to st0 (error=17).
 GEOM_STRIPE: Cannot add disk diskid/DISK-MSE421RP27UT1K to st0 (error=17).
 GEOM_PART: integrity check failed (diskid/DISK-MSE421RP27UT1K, BSD)

 # newfs -U -j /dev/stripe/st0

 Consigo formatar e montar o st0 mas fica dando esses erros inclusive no
 boot do sistema.

 Estou procurando aqui pra ver se acho alguma coisa mas alguém aqui
 passou por isso?

 Grande abraço,
 Gondim
 -
 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] RAID 0 dando pau no FreeBSD 10RC1

[Marcelo Gondim]

Em 13/12/13 20:43, Marcelo Gondim escreveu:
 Em 13/12/13 20:29, Saul Figueiredo escreveu:
 Caramba  10 RC1? Eu devo estar parado  o tempo ou o 8.3 é o que eu mais
 gosto...
 Enfim...  Deu pau na  checagem  de integridade do volume...  Posso parecer
 idiota mas,  certeza que o ada1 está integro?
 Opa Saul,

 Tranquilo? Então, eram discos que eu estava usando aqui com FreeBSD e
 outro com Linux aí como são do mesmo modelo e tamanho, resolvi pegá-los
 para fazer o stripe.
 Uma coisa que reparei foi isso aqui:

 No ada1:

 # bsdlabel /dev/ada1
 # /dev/ada1:
 8 partitions:
 #  size offsetfstype   [fsize bsize bps/cpg]
 a: 1953546224 16unused0 0
 c: 1953546240  0unused0 0 # raw part,
 don't edit
 partition a: partition extends past end of unit
 partition c: partition extends past end of unit
 bsdlabel: partition c doesn't cover the whole unit!
 bsdlabel: An incorrect partition c may cause problems for standard
 system utilities

 Já fazendo o mesmo no ada2:

 # bsdlabel /dev/ada2
 bsdlabel: /dev/ada2: no valid label found

 Será que pode ser essa diferença que esteja causando o problema?

Bem, fiz uma coisa aqui que parou aquele erro mas agora aparecem outros. 
Pelo que estive vendo no google as pessoas que estão tendo este problema 
estão sendo auxiliadas para colocarem GPT nos discos. Fiz o seguinte então:

|dd if=/dev/zero of=/dev/ada1 count=2
||dd if=/dev/zero of=/dev/ada2 count=2|
|gpart create -s gpt ada1|
|gpart add -t freebsd-boot -l boot -s 64 ada1|
|gpart bootcode -b /boot/pmbr -p /boot/gptboot -i 1 ada1|
|gpart add -t freebsd-ufs -l rootfs -s 400G ada1|
|gpart create -s gpt ada2|
|gpart add -t freebsd-boot -l boot -s 64 ada2|
|gpart bootcode -b /boot/pmbr -p /boot/gptboot -i 1 ada2|
|gpart add -t freebsd-ufs -l rootfs -s 400G ada2

gstripe label -v st0 /dev/ada1p2 /dev/ada2p2
newfs -U -j /dev/stripe/st0

Consegui montar e usar normalmente e agora a mensagem que dá após o boot 
é essa:

GEOM_STRIPE: Device st0 created (id=339425945).
GEOM_STRIPE: Disk ada1p2 attached to st0.
GEOM_STRIPE: Disk ada2p2 attached to st0.
GEOM_STRIPE: Device stripe/st0 activated.
GEOM_STRIPE: Cannot add disk gpt/rootfs to st0 (error=17).
GEOM_STRIPE: Cannot add disk gptid/5d937205-6440-11e3-9c37-001e67079dcd 
to st0 (error=17).
GEOM_STRIPE: Cannot add disk diskid/DISK-MSE421RP27UT1Kp2 to st0 (error=17).
GEOM_STRIPE: Cannot add disk gptid/62d82072-6440-11e3-9c37-001e67079dcd 
to st0 (error=17).
GEOM_STRIPE: Cannot add disk diskid/DISK-MSK421Y215VYBCp2 to st0 (error=17).
Root mount waiting for: usbus7 usbus3
Root mount waiting for: usbus7 usbus3
Root mount waiting for: usbus7 usbus3
uhub3: 6 ports with 6 removable, self powered
uhub7: 6 ports with 6 removable, self powered
Trying to mount root from ufs:/dev/ada0p2 [rw]...
GEOM_STRIPE: Cannot add disk gpt/rootfs to st0 (error=17).
GEOM_STRIPE: Cannot add disk gptid/62d82072-6440-11e3-9c37-001e67079dcd 
to st0 (error=17).
GEOM_STRIPE: Cannot add disk gptid/5d937205-6440-11e3-9c37-001e67079dcd 
to st0 (error=17).
GEOM_STRIPE: Cannot add disk diskid/DISK-MSK421Y215VYBCp2 to st0 (error=17).
GEOM_STRIPE: Cannot add disk diskid/DISK-MSE421RP27UT1Kp2 to st0 (error=17).

Está funcionando mas não gostei muito dessas mensagens e tipo 
antigamente eu conseguia fazer o gstripe com os discos inteiros sem 
precisar de fazer esse malabarismo todo. Não sei se é um bug do FreeBSD 
10 porque no 9.2 consigo fazer do mesmo jeito que sempre fiz. De 
qualquer forma mandei um e-mail para a lista freebsd-stable e vou 
aguardar para ver.
|


 Em 13/12/2013 19:33, Marcelo Gondim gon...@bsdinfo.com.br escreveu:

 Pessoal,

 Alguém aqui já viu isso? Primeira vez que vi isso acontecer. Estou
 usando aqui um FreeBSD 10.0-RC1 e fazendo uns testes com Raid0 no
 geom_stripe mas está dando o seguinte:

 Estou com 3 discos aqui sendo o ada0 com o sistema e tenho o ada1 e ada2
 para fazer o raid 0.

 # kldload geom_stripe
 # gstripe label -v st0 /dev/ada1 /dev/ada2

 GEOM_STRIPE: Device st0 created (id=2255281675).
 GEOM_STRIPE: Disk ada1 attached to st0.
 GEOM_PART: integrity check failed (ada1, BSD)
 GEOM_STRIPE: Cannot add disk diskid/DISK-MSE421RP27UT1K to st0 (error=17).
 GEOM_PART: integrity check failed (diskid/DISK-MSE421RP27UT1K, BSD)
 GEOM_STRIPE: Disk ada2 attached to st0.
 GEOM_STRIPE: Device stripe/st0 activated.
 GEOM_STRIPE: Cannot add disk diskid/DISK-MSK421Y215VYBC to st0 (error=17).

 # bsdlabel -wB /dev/stripe/st0

 GEOM_PART: integrity check failed (ada1, BSD)
 GEOM_STRIPE: Cannot add disk diskid/DISK-MSK421Y215VYBC to st0 (error=17).
 GEOM_STRIPE: Cannot add disk diskid/DISK-MSE421RP27UT1K to st0 (error=17).
 GEOM_PART: integrity check failed (diskid/DISK-MSE421RP27UT1K, BSD)

 # newfs -U -j /dev/stripe/st0

 Consigo formatar e montar o st0 mas fica dando esses erros inclusive no
 boot do sistema.

 Estou procurando aqui pra ver se acho alguma coisa mas alguém aqui
 passou por isso?

 Grande abraço,
 Gondim

Re: [FUG-BR] RAID 0 dando pau no FreeBSD 10RC1 [RESOLVIDO]

[Marcelo Gondim]

Em 13/12/13 22:15, Marcelo Gondim escreveu:
 Em 13/12/13 20:43, Marcelo Gondim escreveu:
 Em 13/12/13 20:29, Saul Figueiredo escreveu:
 Caramba  10 RC1? Eu devo estar parado  o tempo ou o 8.3 é o que eu mais
 gosto...
 Enfim...  Deu pau na  checagem  de integridade do volume...  Posso parecer
 idiota mas,  certeza que o ada1 está integro?
 Opa Saul,

 Tranquilo? Então, eram discos que eu estava usando aqui com FreeBSD e
 outro com Linux aí como são do mesmo modelo e tamanho, resolvi pegá-los
 para fazer o stripe.
 Uma coisa que reparei foi isso aqui:

 No ada1:

 # bsdlabel /dev/ada1
 # /dev/ada1:
 8 partitions:
 #  size offsetfstype   [fsize bsize bps/cpg]
  a: 1953546224 16unused0 0
  c: 1953546240  0unused0 0 # raw part,
 don't edit
 partition a: partition extends past end of unit
 partition c: partition extends past end of unit
 bsdlabel: partition c doesn't cover the whole unit!
 bsdlabel: An incorrect partition c may cause problems for standard
 system utilities

 Já fazendo o mesmo no ada2:

 # bsdlabel /dev/ada2
 bsdlabel: /dev/ada2: no valid label found

 Será que pode ser essa diferença que esteja causando o problema?
 Bem, fiz uma coisa aqui que parou aquele erro mas agora aparecem outros.
 Pelo que estive vendo no google as pessoas que estão tendo este problema
 estão sendo auxiliadas para colocarem GPT nos discos. Fiz o seguinte então:

 |dd if=/dev/zero of=/dev/ada1 count=2
 ||dd if=/dev/zero of=/dev/ada2 count=2|
 |gpart create -s gpt ada1|
 |gpart add -t freebsd-boot -l boot -s 64 ada1|
 |gpart bootcode -b /boot/pmbr -p /boot/gptboot -i 1 ada1|
 |gpart add -t freebsd-ufs -l rootfs -s 400G ada1|
 |gpart create -s gpt ada2|
 |gpart add -t freebsd-boot -l boot -s 64 ada2|
 |gpart bootcode -b /boot/pmbr -p /boot/gptboot -i 1 ada2|
 |gpart add -t freebsd-ufs -l rootfs -s 400G ada2

 gstripe label -v st0 /dev/ada1p2 /dev/ada2p2
 newfs -U -j /dev/stripe/st0

 Consegui montar e usar normalmente e agora a mensagem que dá após o boot
 é essa:

 GEOM_STRIPE: Device st0 created (id=339425945).
 GEOM_STRIPE: Disk ada1p2 attached to st0.
 GEOM_STRIPE: Disk ada2p2 attached to st0.
 GEOM_STRIPE: Device stripe/st0 activated.
 GEOM_STRIPE: Cannot add disk gpt/rootfs to st0 (error=17).
 GEOM_STRIPE: Cannot add disk gptid/5d937205-6440-11e3-9c37-001e67079dcd
 to st0 (error=17).
 GEOM_STRIPE: Cannot add disk diskid/DISK-MSE421RP27UT1Kp2 to st0 (error=17).
 GEOM_STRIPE: Cannot add disk gptid/62d82072-6440-11e3-9c37-001e67079dcd
 to st0 (error=17).
 GEOM_STRIPE: Cannot add disk diskid/DISK-MSK421Y215VYBCp2 to st0 (error=17).
 Root mount waiting for: usbus7 usbus3
 Root mount waiting for: usbus7 usbus3
 Root mount waiting for: usbus7 usbus3
 uhub3: 6 ports with 6 removable, self powered
 uhub7: 6 ports with 6 removable, self powered
 Trying to mount root from ufs:/dev/ada0p2 [rw]...
 GEOM_STRIPE: Cannot add disk gpt/rootfs to st0 (error=17).
 GEOM_STRIPE: Cannot add disk gptid/62d82072-6440-11e3-9c37-001e67079dcd
 to st0 (error=17).
 GEOM_STRIPE: Cannot add disk gptid/5d937205-6440-11e3-9c37-001e67079dcd
 to st0 (error=17).
 GEOM_STRIPE: Cannot add disk diskid/DISK-MSK421Y215VYBCp2 to st0 (error=17).
 GEOM_STRIPE: Cannot add disk diskid/DISK-MSE421RP27UT1Kp2 to st0 (error=17).

 Está funcionando mas não gostei muito dessas mensagens e tipo
 antigamente eu conseguia fazer o gstripe com os discos inteiros sem
 precisar de fazer esse malabarismo todo. Não sei se é um bug do FreeBSD
 10 porque no 9.2 consigo fazer do mesmo jeito que sempre fiz. De
 qualquer forma mandei um e-mail para a lista freebsd-stable e vou
 aguardar para ver.

Estava seguindo o handbook e estava dando erro da forma como está lá 
[1]. Peguei meus papiros aqui e fiz dessa forma abaixo e funcionou tudo 
sem erros:

# gstripe create st0 /dev/ada1 /dev/ada2
# newfs -U -j /dev/stripe/st0

Pronto! Sem erros e tudo funcionando normal.

[1] 
http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/geom-striping.html

 |

 Em 13/12/2013 19:33, Marcelo Gondim gon...@bsdinfo.com.br escreveu:

 Pessoal,

 Alguém aqui já viu isso? Primeira vez que vi isso acontecer. Estou
 usando aqui um FreeBSD 10.0-RC1 e fazendo uns testes com Raid0 no
 geom_stripe mas está dando o seguinte:

 Estou com 3 discos aqui sendo o ada0 com o sistema e tenho o ada1 e ada2
 para fazer o raid 0.

 # kldload geom_stripe
 # gstripe label -v st0 /dev/ada1 /dev/ada2

 GEOM_STRIPE: Device st0 created (id=2255281675).
 GEOM_STRIPE: Disk ada1 attached to st0.
 GEOM_PART: integrity check failed (ada1, BSD)
 GEOM_STRIPE: Cannot add disk diskid/DISK-MSE421RP27UT1K to st0 (error=17).
 GEOM_PART: integrity check failed (diskid/DISK-MSE421RP27UT1K, BSD)
 GEOM_STRIPE: Disk ada2 attached to st0.
 GEOM_STRIPE: Device stripe/st0 activated.
 GEOM_STRIPE: Cannot add disk diskid/DISK-MSK421Y215VYBC to st0 (error=17).

 # bsdlabel -wB /dev/stripe/st0

 GEOM_PART: integrity check failed (ada1, BSD)
 GEOM_STRIPE: Cannot add 

Re: [FUG-BR] RAID 0 dando pau no FreeBSD 10RC1 [NAO RESOLVIDO]

[Marcelo Gondim]

Em 13/12/13 22:46, Marcelo Gondim escreveu:
 Em 13/12/13 22:15, Marcelo Gondim escreveu:
 Em 13/12/13 20:43, Marcelo Gondim escreveu:
 Em 13/12/13 20:29, Saul Figueiredo escreveu:
 Caramba  10 RC1? Eu devo estar parado  o tempo ou o 8.3 é o que eu mais
 gosto...
 Enfim...  Deu pau na  checagem  de integridade do volume...  Posso parecer
 idiota mas,  certeza que o ada1 está integro?
 Opa Saul,

 Tranquilo? Então, eram discos que eu estava usando aqui com FreeBSD e
 outro com Linux aí como são do mesmo modelo e tamanho, resolvi pegá-los
 para fazer o stripe.
 Uma coisa que reparei foi isso aqui:

 No ada1:

 # bsdlabel /dev/ada1
 # /dev/ada1:
 8 partitions:
 #  size offsetfstype   [fsize bsize bps/cpg]
   a: 1953546224 16unused0 0
   c: 1953546240  0unused0 0 # raw part,
 don't edit
 partition a: partition extends past end of unit
 partition c: partition extends past end of unit
 bsdlabel: partition c doesn't cover the whole unit!
 bsdlabel: An incorrect partition c may cause problems for standard
 system utilities

 Já fazendo o mesmo no ada2:

 # bsdlabel /dev/ada2
 bsdlabel: /dev/ada2: no valid label found

 Será que pode ser essa diferença que esteja causando o problema?
 Bem, fiz uma coisa aqui que parou aquele erro mas agora aparecem outros.
 Pelo que estive vendo no google as pessoas que estão tendo este problema
 estão sendo auxiliadas para colocarem GPT nos discos. Fiz o seguinte então:

 |dd if=/dev/zero of=/dev/ada1 count=2
 ||dd if=/dev/zero of=/dev/ada2 count=2|
 |gpart create -s gpt ada1|
 |gpart add -t freebsd-boot -l boot -s 64 ada1|
 |gpart bootcode -b /boot/pmbr -p /boot/gptboot -i 1 ada1|
 |gpart add -t freebsd-ufs -l rootfs -s 400G ada1|
 |gpart create -s gpt ada2|
 |gpart add -t freebsd-boot -l boot -s 64 ada2|
 |gpart bootcode -b /boot/pmbr -p /boot/gptboot -i 1 ada2|
 |gpart add -t freebsd-ufs -l rootfs -s 400G ada2

 gstripe label -v st0 /dev/ada1p2 /dev/ada2p2
 newfs -U -j /dev/stripe/st0

 Consegui montar e usar normalmente e agora a mensagem que dá após o boot
 é essa:

 GEOM_STRIPE: Device st0 created (id=339425945).
 GEOM_STRIPE: Disk ada1p2 attached to st0.
 GEOM_STRIPE: Disk ada2p2 attached to st0.
 GEOM_STRIPE: Device stripe/st0 activated.
 GEOM_STRIPE: Cannot add disk gpt/rootfs to st0 (error=17).
 GEOM_STRIPE: Cannot add disk gptid/5d937205-6440-11e3-9c37-001e67079dcd
 to st0 (error=17).
 GEOM_STRIPE: Cannot add disk diskid/DISK-MSE421RP27UT1Kp2 to st0 (error=17).
 GEOM_STRIPE: Cannot add disk gptid/62d82072-6440-11e3-9c37-001e67079dcd
 to st0 (error=17).
 GEOM_STRIPE: Cannot add disk diskid/DISK-MSK421Y215VYBCp2 to st0 (error=17).
 Root mount waiting for: usbus7 usbus3
 Root mount waiting for: usbus7 usbus3
 Root mount waiting for: usbus7 usbus3
 uhub3: 6 ports with 6 removable, self powered
 uhub7: 6 ports with 6 removable, self powered
 Trying to mount root from ufs:/dev/ada0p2 [rw]...
 GEOM_STRIPE: Cannot add disk gpt/rootfs to st0 (error=17).
 GEOM_STRIPE: Cannot add disk gptid/62d82072-6440-11e3-9c37-001e67079dcd
 to st0 (error=17).
 GEOM_STRIPE: Cannot add disk gptid/5d937205-6440-11e3-9c37-001e67079dcd
 to st0 (error=17).
 GEOM_STRIPE: Cannot add disk diskid/DISK-MSK421Y215VYBCp2 to st0 (error=17).
 GEOM_STRIPE: Cannot add disk diskid/DISK-MSE421RP27UT1Kp2 to st0 (error=17).

 Está funcionando mas não gostei muito dessas mensagens e tipo
 antigamente eu conseguia fazer o gstripe com os discos inteiros sem
 precisar de fazer esse malabarismo todo. Não sei se é um bug do FreeBSD
 10 porque no 9.2 consigo fazer do mesmo jeito que sempre fiz. De
 qualquer forma mandei um e-mail para a lista freebsd-stable e vou
 aguardar para ver.
 Estava seguindo o handbook e estava dando erro da forma como está lá
 [1]. Peguei meus papiros aqui e fiz dessa forma abaixo e funcionou tudo
 sem erros:

 # gstripe create st0 /dev/ada1 /dev/ada2
 # newfs -U -j /dev/stripe/st0

 Pronto! Sem erros e tudo funcionando normal.

 [1]
 http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/geom-striping.html
HaHAhAhA puts que M eu vi errado, o create é temporário. Continuo com o 
mesmo problema. rsrsrsrsrs



 |

 Em 13/12/2013 19:33, Marcelo Gondim gon...@bsdinfo.com.br escreveu:

 Pessoal,

 Alguém aqui já viu isso? Primeira vez que vi isso acontecer. Estou
 usando aqui um FreeBSD 10.0-RC1 e fazendo uns testes com Raid0 no
 geom_stripe mas está dando o seguinte:

 Estou com 3 discos aqui sendo o ada0 com o sistema e tenho o ada1 e ada2
 para fazer o raid 0.

 # kldload geom_stripe
 # gstripe label -v st0 /dev/ada1 /dev/ada2

 GEOM_STRIPE: Device st0 created (id=2255281675).
 GEOM_STRIPE: Disk ada1 attached to st0.
 GEOM_PART: integrity check failed (ada1, BSD)
 GEOM_STRIPE: Cannot add disk diskid/DISK-MSE421RP27UT1K to st0 (error=17).
 GEOM_PART: integrity check failed (diskid/DISK-MSE421RP27UT1K, BSD)
 GEOM_STRIPE: Disk ada2 attached to st0.
 GEOM_STRIPE: Device stripe/st0 activated.
 GEOM_STRIPE: Cannot add 

Re: [FUG-BR] raid 0 em intel DH77EB

[Paulo Henrique - BSDs Brasil]

Em 13/09/2012 22:15, Allan Patrick Ksiaskiewcz escreveu:
 Via hardware? Usou algum metodo de instalação diferenciado?

 No caso da BIOS coloco os HDS como RAID e somente isso.

 Em 13 de setembro de 2012 21:13, Paulo Henrique - BSDs Brasil
 paulo.rd...@bsd.com.br escreveu:
 Em 13/09/2012 20:04, Allan Patrick Ksiaskiewcz escreveu:
 To tentando instalar raid0 via hardware em placa intel com 9.0 amd64.
 Invez de reconhecer somente 01 disco ele mostra dois.

 No Debian uso o parametro dmraid=true xor-true e no Ubunbu server ele
 carrega libdmraid e reconhece corretamente.

 Tem algum modulo que eu possa carregar no boot do BSD para que
 reconheça o hardware como se fosse um HD somente, sendo que estou
 usando raid via hardware numa placa Intel DH77EB

 Obrigado



 Por acaso é raid Intel ( ICH sobre AHCI ) ou é Marvel ( Sata 6 )
 Estou com uma DX58OG ( DX58SO ) aqui com raid tanto sobre a ICH como
 sobre a Marvel e está funcionando !!


 Att.
Allan,
Não sei se resolveu, contudo para dar a thread como resolvida segue o 
procedimento:

1 - No menu de opções do boot do CD/menstick pressione ESC
2 - No prompt do boot loader execute o seguinte comando: load geom_raid
3 - No prompt do booloader execute o comando de carga do kernel: boot

Apartir desse momento o Geom irá  gerenciar o volume logico criado pela 
controladora.

Desculpe-me anteriormente pois no FreeBSD 8.x Series ainda não havia o 
geom_raid e não tinha instalado o FreeBSD 9 para saber dessa mudança.
Obs:
Atualizar do FreeBSD ramo 8 para qualquer uma das versões do ramo 9 da 
arvore svn será necessário ou compilar o kernel com a opção option 
geom_raid ou editar o arquivo /boot/loader.conf , adicionando a linha 
geom_raid_enable=YES.
Apos isso o device ardeixará de existir e os volumes estarão 
disponibilizado sobre o path /dev/raid/

Att. Paulo Henrique.

-- 
Paulo Henrique.
BSDs Brasil - FUG-BR
site: www.fug.com.br

Rip Irado !!!
flamers  /dev/null

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

Re: [FUG-BR] raid 0 em intel DH77EB

[Paulo Henrique]

Estou usando o 8.3, instalação normal.
Quanto ao raid coloque como raid na bios e criei o array atrabes do utilitarios 
que vem.
Obs estou usando mirror e não stripe.
Não confio em fake raid stripe, prefiro isso via gstripe ou controlado dedicada.

Att.
-Mensagem original-
De: Allan Patrick Ksiaskiewcz
Enviado:  13/09/2012, 22:15 
Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)
Assunt.: Re: [FUG-BR] raid 0 em intel DH77EB


Via hardware? Usou algum metodo de instalação diferenciado?

No caso da BIOS coloco os HDS como RAID e somente isso.

Em 13 de setembro de 2012 21:13, Paulo Henrique - BSDs Brasil
paulo.rd...@bsd.com.br escreveu:
 Em 13/09/2012 20:04, Allan Patrick Ksiaskiewcz escreveu:
 To tentando instalar raid0 via hardware em placa intel com 9.0 amd64.
 Invez de reconhecer somente 01 disco ele mostra dois.

 No Debian uso o parametro dmraid=true xor-true e no Ubunbu server ele
 carrega libdmraid e reconhece corretamente.

 Tem algum modulo que eu possa carregar no boot do BSD para que
 reconheça o hardware como se fosse um HD somente, sendo que estou
 usando raid via hardware numa placa Intel DH77EB

 Obrigado



 Por acaso é raid Intel ( ICH sobre AHCI ) ou é Marvel ( Sata 6 )
 Estou com uma DX58OG ( DX58SO ) aqui com raid tanto sobre a ICH como
 sobre a Marvel e está funcionando !!


 Att.


 --
 Paulo Henrique.
 BSDs Brasil - FUG-BR
 site: www.fug.com.br

 Rip Irado !!!
 flamers  /dev/null

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



-- 

Atenciosamente,

Allan Patrick Ksiaskiewcz
(42) 9108-2614 - Vivo
(42) 8854-1331 - Claro
(42) 3036-0686

http://www.advantagenet.com.br
Guarapuava/PR
-
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] raid 0 em intel DH77EB

[Paulo Henrique - BSDs Brasil]

Em 13/09/2012 20:04, Allan Patrick Ksiaskiewcz escreveu:
 To tentando instalar raid0 via hardware em placa intel com 9.0 amd64.
 Invez de reconhecer somente 01 disco ele mostra dois.

 No Debian uso o parametro dmraid=true xor-true e no Ubunbu server ele
 carrega libdmraid e reconhece corretamente.

 Tem algum modulo que eu possa carregar no boot do BSD para que
 reconheça o hardware como se fosse um HD somente, sendo que estou
 usando raid via hardware numa placa Intel DH77EB

 Obrigado



Por acaso é raid Intel ( ICH sobre AHCI ) ou é Marvel ( Sata 6 )
Estou com uma DX58OG ( DX58SO ) aqui com raid tanto sobre a ICH como 
sobre a Marvel e está funcionando !!


Att.


-- 
Paulo Henrique.
BSDs Brasil - FUG-BR
site: www.fug.com.br

Rip Irado !!!
flamers  /dev/null

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

Re: [FUG-BR] raid 0 em intel DH77EB

[Allan Patrick Ksiaskiewcz]

Via hardware? Usou algum metodo de instalação diferenciado?

No caso da BIOS coloco os HDS como RAID e somente isso.

Em 13 de setembro de 2012 21:13, Paulo Henrique - BSDs Brasil
paulo.rd...@bsd.com.br escreveu:
 Em 13/09/2012 20:04, Allan Patrick Ksiaskiewcz escreveu:
 To tentando instalar raid0 via hardware em placa intel com 9.0 amd64.
 Invez de reconhecer somente 01 disco ele mostra dois.

 No Debian uso o parametro dmraid=true xor-true e no Ubunbu server ele
 carrega libdmraid e reconhece corretamente.

 Tem algum modulo que eu possa carregar no boot do BSD para que
 reconheça o hardware como se fosse um HD somente, sendo que estou
 usando raid via hardware numa placa Intel DH77EB

 Obrigado



 Por acaso é raid Intel ( ICH sobre AHCI ) ou é Marvel ( Sata 6 )
 Estou com uma DX58OG ( DX58SO ) aqui com raid tanto sobre a ICH como
 sobre a Marvel e está funcionando !!


 Att.


 --
 Paulo Henrique.
 BSDs Brasil - FUG-BR
 site: www.fug.com.br

 Rip Irado !!!
 flamers  /dev/null

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



-- 

Atenciosamente,

Allan Patrick Ksiaskiewcz
(42) 9108-2614 - Vivo
(42) 8854-1331 - Claro
(42) 3036-0686

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

Re: [FUG-BR] Raid 5 no FreeBSD

[João Mancy]

bom dia,

Se não me engano tem um port do KVM

http://www.linux-kvm.org/page/BSD

http://www.sufixo.com/raw/2009/06/08/kvm-on-freebsd-72/

Fica a dica, e um abraço.



Em 16 de outubro de 2011 11:49, Marcelo Gondim gon...@bsdinfo.com.brescreveu:

 Em 16/10/2011 01:38, Josias L.G escreveu:
  http://wiki.freebsd.org/BHyVe
 
  Em breve algo melhor do que Xen.
 Cool !!! Não sabia desse projeto. Vou ficar de olho nele, porque é uma
 área que o FreeBSD ainda não se destacou. O que mais vejo são servidores
 Debian usando Xen rodando como dom0 e aí sim outros sistemas como domU
 rodando com excelente performance.

 Se o BHyVe ficar melhor com certeza novos horizontes se abrirão.  :)
 
  Abraços.
 
  Em 15/10/2011, às 23:41, Marcelo Gondim escreveu:
 
  Em 15/10/2011 23:03, Thiago Damas escreveu:
 Que tipo de aplicacao usara estes discos? Ja pensou em fazer um RAID
  10 com zfs?
  Opa Thiago,
 
  No momento para hospedagem de algumas aplicações mas pensei em criar um
  servidor de VMs. No entanto parece que para isso o que temos de melhor
  seria o Virtualbox pelo jeito.
  Pena que ainda não temos grandes opções para essa tarefa ou estou
 enganado?
  Estive procurando por Xen no FreeBSD e pelo visto só trabalha como domU
  e não como dom0.
 
  Thiago
 
  Em 15 de outubro de 2011 21:32, Marcelo Gondimgon...@bsdinfo.com.br
   escreveu:
  Em 15/10/2011 16:54, Luiz Gustavo Costa escreveu:
  Buenas Marcelo !!!
 
  Rapaz, vinum... usei muito na familia 4.x do freebsd, era muito bom !
 mas
  quando migra-mos para o 5.x ele não foi portado, até foi criado o
 gvinum,
  mas até algum tempo atras não estava estavel (falo isso mas eu não
 sei
  como esta o estado dele hoje).
 
  Eu faria o raid5 (raidZ) no zfs, mas existe uma outra opção chamada
 graid5
  no ports, sinceramente nunca usei, mas pode-se testar:
  Pronto agora em raidz  ;)
 
  (root@zeus)[~]# zpool status storage
 pool: storage
state: ONLINE
scan: none requested
  config:
 
   NAMESTATE READ WRITE CKSUM
   storage ONLINE   0 0 0
 raidz1-0  ONLINE   0 0 0
   ad12ONLINE   0 0 0
   ad14ONLINE   0 0 0
   ad16ONLINE   0 0 0
   ad18ONLINE   0 0 0
 
  errors: No known data errors
 
  As vezes é tão fácil fazer as coisas no FreeBSD que a gente até duvida
  que realmente funcione. ahahahahaah
  Muito bom mesmo!!!
 
 
  [root@desktop] /usr/ports/sysutils/graid5# cat pkg-descr
  FreeBSD GEOM class for RAID5.
 
  This is RAID5 geom class, originally written by Arne Worner
  arne_woer...@yahoo.com
 
  WWW: http://lev.serebryakov.spb.ru/download/graid5/
 
  Abraços
 
 
  Em Sat, 15 Oct 2011 14:50:45 -0300, Marcelo Gondim
 gon...@bsdinfo.com.br
  escreveu:
 
  Olá Pesssoal,
 
  Estou aqui com 4 discos SATA II em uma máquina e resolvi fazer um
 raid 5
  com eles. Usei o gvinum:
 
  drive r0 device /dev/ad12a
  drive r1 device /dev/ad14a
  drive r2 device /dev/ad16a
  drive r3 device /dev/ad18a
  volume raid5
 plex org raid5 512k
 sd drive r0
 sd drive r1
 sd drive r2
 sd drive r3
 
  Parece que foi tudo 100%. É realmente o gvinum usado para fazer o
 raid 5
  ou existe alguma outra forma melhor no FreeBSD?
  Uma outra coisa que aparece no boot é essa mensagem:
 
  Oct 15 10:36:12 zeus kernel: GEOM_VINUM: raid5 plex request failed.
  gvinum/raid5[READ(offset=1500321938944, length=512)]
 
  Mas parece que está tudo funcionando:
 
  gvinum - printconfig
  # Vinum configuration of zeus.linuxinfo.com.br, saved at Sat Oct 15
  14:48:59 2011
  drive r0 device /dev/ad12a
  drive r1 device /dev/ad14a
  drive r2 device /dev/ad16a
  drive r3 device /dev/ad18a
  volume raid5
  plex name raid5.p0 org raid5 1024s vol raid5
  sd name raid5.p0.s0 drive r0 len 976772096s driveoffset 265s plex
  raid5.p0 plexoffset 0s
  sd name raid5.p0.s1 drive r1 len 976772096s driveoffset 265s plex
  raid5.p0 plexoffset 1024s
  sd name raid5.p0.s2 drive r2 len 976772096s driveoffset 265s plex
  raid5.p0 plexoffset 2048s
  sd name raid5.p0.s3 drive r3 len 976772096s driveoffset 265s plex
  raid5.p0 plexoffset 3072s
 
  gvinum - l
  4 drives:
  D r0State: up   /dev/ad12a  A: 0/476939
 MB
  (0%)
  D r1State: up   /dev/ad14a  A: 0/476939
 MB
  (0%)
  D r2State: up   /dev/ad16a  A: 0/476939
 MB
  (0%)
  D r3State: up   /dev/ad18a  A: 0/476939
 MB
  (0%)
 
  1 volume:
  V raid5 State: up   Plexes:   1 Size:
 1397
  GB
 
  1 plex:
  P raid5.p0   R5 State: up   Subdisks: 4 Size:
 1397
  GB
 
  4 subdisks:
  S raid5.p0.s0   State: up   D: r0   Size:
  465
  GB
  S raid5.p0.s1   State: up   D: r1   Size:
  465
  GB
  S raid5.p0.s2   State: up   D: r2   Size:
  465
  GB
  S 

Re: [FUG-BR] Raid 5 no FreeBSD

[Marcelo Gondim]

Em 17/10/2011 09:17, João Mancy escreveu:
 bom dia,

 Se não me engano tem um port do KVM

 http://www.linux-kvm.org/page/BSD

 http://www.sufixo.com/raw/2009/06/08/kvm-on-freebsd-72/

 Fica a dica, e um abraço.

Opa João, interessante e olha que o kvm é a grande aposta da RedHat. Bem 
enquanto não sai o BHyVe vou experimentar fazer uns testes com o kvm no 
FreeBSD.
Valeu pela dica com certeza!



 Em 16 de outubro de 2011 11:49, Marcelo Gondimgon...@bsdinfo.com.brescreveu:

 Em 16/10/2011 01:38, Josias L.G escreveu:
 http://wiki.freebsd.org/BHyVe

 Em breve algo melhor do que Xen.
 Cool !!! Não sabia desse projeto. Vou ficar de olho nele, porque é uma
 área que o FreeBSD ainda não se destacou. O que mais vejo são servidores
 Debian usando Xen rodando como dom0 e aí sim outros sistemas como domU
 rodando com excelente performance.

 Se o BHyVe ficar melhor com certeza novos horizontes se abrirão.  :)
 Abraços.

 Em 15/10/2011, às 23:41, Marcelo Gondim escreveu:

 Em 15/10/2011 23:03, Thiago Damas escreveu:
 Que tipo de aplicacao usara estes discos? Ja pensou em fazer um RAID
 10 com zfs?
 Opa Thiago,

 No momento para hospedagem de algumas aplicações mas pensei em criar um
 servidor de VMs. No entanto parece que para isso o que temos de melhor
 seria o Virtualbox pelo jeito.
 Pena que ainda não temos grandes opções para essa tarefa ou estou
 enganado?
 Estive procurando por Xen no FreeBSD e pelo visto só trabalha como domU
 e não como dom0.

 Thiago

 Em 15 de outubro de 2011 21:32, Marcelo Gondimgon...@bsdinfo.com.br
escreveu:
 Em 15/10/2011 16:54, Luiz Gustavo Costa escreveu:
 Buenas Marcelo !!!

 Rapaz, vinum... usei muito na familia 4.x do freebsd, era muito bom !
 mas
 quando migra-mos para o 5.x ele não foi portado, até foi criado o
 gvinum,
 mas até algum tempo atras não estava estavel (falo isso mas eu não
 sei
 como esta o estado dele hoje).

 Eu faria o raid5 (raidZ) no zfs, mas existe uma outra opção chamada
 graid5
 no ports, sinceramente nunca usei, mas pode-se testar:
 Pronto agora em raidz  ;)

 (root@zeus)[~]# zpool status storage
 pool: storage
state: ONLINE
scan: none requested
 config:

   NAMESTATE READ WRITE CKSUM
   storage ONLINE   0 0 0
 raidz1-0  ONLINE   0 0 0
   ad12ONLINE   0 0 0
   ad14ONLINE   0 0 0
   ad16ONLINE   0 0 0
   ad18ONLINE   0 0 0

 errors: No known data errors

 As vezes é tão fácil fazer as coisas no FreeBSD que a gente até duvida
 que realmente funcione. ahahahahaah
 Muito bom mesmo!!!


 [root@desktop] /usr/ports/sysutils/graid5# cat pkg-descr
 FreeBSD GEOM class for RAID5.

 This is RAID5 geom class, originally written by Arne Worner
 arne_woer...@yahoo.com

 WWW: http://lev.serebryakov.spb.ru/download/graid5/

 Abraços


 Em Sat, 15 Oct 2011 14:50:45 -0300, Marcelo Gondim
 gon...@bsdinfo.com.br
 escreveu:

 Olá Pesssoal,

 Estou aqui com 4 discos SATA II em uma máquina e resolvi fazer um
 raid 5
 com eles. Usei o gvinum:

 drive r0 device /dev/ad12a
 drive r1 device /dev/ad14a
 drive r2 device /dev/ad16a
 drive r3 device /dev/ad18a
 volume raid5
 plex org raid5 512k
 sd drive r0
 sd drive r1
 sd drive r2
 sd drive r3

 Parece que foi tudo 100%. É realmente o gvinum usado para fazer o
 raid 5
 ou existe alguma outra forma melhor no FreeBSD?
 Uma outra coisa que aparece no boot é essa mensagem:

 Oct 15 10:36:12 zeus kernel: GEOM_VINUM: raid5 plex request failed.
 gvinum/raid5[READ(offset=1500321938944, length=512)]

 Mas parece que está tudo funcionando:

 gvinum -  printconfig
 # Vinum configuration of zeus.linuxinfo.com.br, saved at Sat Oct 15
 14:48:59 2011
 drive r0 device /dev/ad12a
 drive r1 device /dev/ad14a
 drive r2 device /dev/ad16a
 drive r3 device /dev/ad18a
 volume raid5
 plex name raid5.p0 org raid5 1024s vol raid5
 sd name raid5.p0.s0 drive r0 len 976772096s driveoffset 265s plex
 raid5.p0 plexoffset 0s
 sd name raid5.p0.s1 drive r1 len 976772096s driveoffset 265s plex
 raid5.p0 plexoffset 1024s
 sd name raid5.p0.s2 drive r2 len 976772096s driveoffset 265s plex
 raid5.p0 plexoffset 2048s
 sd name raid5.p0.s3 drive r3 len 976772096s driveoffset 265s plex
 raid5.p0 plexoffset 3072s

 gvinum -  l
 4 drives:
 D r0State: up   /dev/ad12a  A: 0/476939
 MB
 (0%)
 D r1State: up   /dev/ad14a  A: 0/476939
 MB
 (0%)
 D r2State: up   /dev/ad16a  A: 0/476939
 MB
 (0%)
 D r3State: up   /dev/ad18a  A: 0/476939
 MB
 (0%)

 1 volume:
 V raid5 State: up   Plexes:   1 Size:
 1397
 GB

 1 plex:
 P raid5.p0   R5 State: up   Subdisks: 4 Size:
 1397
 GB

 4 subdisks:
 S raid5.p0.s0   State: up   D: r0   Size:
   465
 GB
 S raid5.p0.s1   State: up   

Re: [FUG-BR] Raid 5 no FreeBSD

[Luiz Gustavo Costa]

Bom dia,

João, o post do cara lá tá totalmente errado, não existe port do KVM (o  
mesmo usado em Linux) para o FreeBSD, ele cita uma instalação do Qemu com  
o modulo de kernel para aceleração Kqemu, que não tem nada haver com o KVM

O VirtualBox é bm mais rapido que o qemu+kqemu

via /usr/ports/UPDATING:

20091206:
   AFFECTS: users of emulators/qemu
   AUTHOR: n...@freebsd.org

   The port has been updated to 0.11.1, which no longer enables kqemu by
   default (if built with KQEMU knob on), now you also have to explicitly
   pass -enable-kqemu (or -kernel-kqemu as with the previous versions)
   if you want to use it.  Also note the 0.11 stable branch is the last
   qemu branch that still supports kqemu, so if you depend on reasonably
   fast emulation on FreeBSD you should start looking for alternatives
   some time soon.  (VirtualBox?)

KVM = http://wiki.qemu.org/KVM
KQEMU = http://wiki.qemu.org/KQEMU


Em Mon, 17 Oct 2011 09:17:41 -0200, João Mancy joao...@gmail.com  
escreveu:

 bom dia,

 Se não me engano tem um port do KVM

 http://www.linux-kvm.org/page/BSD

 http://www.sufixo.com/raw/2009/06/08/kvm-on-freebsd-72/

 Fica a dica, e um abraço.



 Em 16 de outubro de 2011 11:49, Marcelo Gondim  
 gon...@bsdinfo.com.brescreveu:

 Em 16/10/2011 01:38, Josias L.G escreveu:
  http://wiki.freebsd.org/BHyVe
 
  Em breve algo melhor do que Xen.
 Cool !!! Não sabia desse projeto. Vou ficar de olho nele, porque é uma
 área que o FreeBSD ainda não se destacou. O que mais vejo são servidores
 Debian usando Xen rodando como dom0 e aí sim outros sistemas como domU
 rodando com excelente performance.

 Se o BHyVe ficar melhor com certeza novos horizontes se abrirão.  :)
 
  Abraços.
 
  Em 15/10/2011, às 23:41, Marcelo Gondim escreveu:
 
  Em 15/10/2011 23:03, Thiago Damas escreveu:
 Que tipo de aplicacao usara estes discos? Ja pensou em fazer um  
 RAID
  10 com zfs?
  Opa Thiago,
 
  No momento para hospedagem de algumas aplicações mas pensei em criar  
 um
  servidor de VMs. No entanto parece que para isso o que temos de  
 melhor
  seria o Virtualbox pelo jeito.
  Pena que ainda não temos grandes opções para essa tarefa ou estou
 enganado?
  Estive procurando por Xen no FreeBSD e pelo visto só trabalha como  
 domU
  e não como dom0.
 
  Thiago
 
  Em 15 de outubro de 2011 21:32, Marcelo  
 Gondimgon...@bsdinfo.com.br
   escreveu:
  Em 15/10/2011 16:54, Luiz Gustavo Costa escreveu:
  Buenas Marcelo !!!
 
  Rapaz, vinum... usei muito na familia 4.x do freebsd, era muito  
 bom !
 mas
  quando migra-mos para o 5.x ele não foi portado, até foi criado o
 gvinum,
  mas até algum tempo atras não estava estavel (falo isso mas eu não
 sei
  como esta o estado dele hoje).
 
  Eu faria o raid5 (raidZ) no zfs, mas existe uma outra opção  
 chamada
 graid5
  no ports, sinceramente nunca usei, mas pode-se testar:
  Pronto agora em raidz  ;)
 
  (root@zeus)[~]# zpool status storage
 pool: storage
state: ONLINE
scan: none requested
  config:
 
   NAMESTATE READ WRITE CKSUM
   storage ONLINE   0 0 0
 raidz1-0  ONLINE   0 0 0
   ad12ONLINE   0 0 0
   ad14ONLINE   0 0 0
   ad16ONLINE   0 0 0
   ad18ONLINE   0 0 0
 
  errors: No known data errors
 
  As vezes é tão fácil fazer as coisas no FreeBSD que a gente até  
 duvida
  que realmente funcione. ahahahahaah
  Muito bom mesmo!!!
 
 
  [root@desktop] /usr/ports/sysutils/graid5# cat pkg-descr
  FreeBSD GEOM class for RAID5.
 
  This is RAID5 geom class, originally written by Arne Worner
  arne_woer...@yahoo.com
 
  WWW: http://lev.serebryakov.spb.ru/download/graid5/
 
  Abraços
 
 
  Em Sat, 15 Oct 2011 14:50:45 -0300, Marcelo Gondim
 gon...@bsdinfo.com.br
  escreveu:
 
  Olá Pesssoal,
 
  Estou aqui com 4 discos SATA II em uma máquina e resolvi fazer um
 raid 5
  com eles. Usei o gvinum:
 
  drive r0 device /dev/ad12a
  drive r1 device /dev/ad14a
  drive r2 device /dev/ad16a
  drive r3 device /dev/ad18a
  volume raid5
 plex org raid5 512k
 sd drive r0
 sd drive r1
 sd drive r2
 sd drive r3
 
  Parece que foi tudo 100%. É realmente o gvinum usado para fazer o
 raid 5
  ou existe alguma outra forma melhor no FreeBSD?
  Uma outra coisa que aparece no boot é essa mensagem:
 
  Oct 15 10:36:12 zeus kernel: GEOM_VINUM: raid5 plex request  
 failed.
  gvinum/raid5[READ(offset=1500321938944, length=512)]
 
  Mas parece que está tudo funcionando:
 
  gvinum - printconfig
  # Vinum configuration of zeus.linuxinfo.com.br, saved at Sat Oct  
 15
  14:48:59 2011
  drive r0 device /dev/ad12a
  drive r1 device /dev/ad14a
  drive r2 device /dev/ad16a
  drive r3 device /dev/ad18a
  volume raid5
  plex name raid5.p0 org raid5 1024s vol raid5
  sd name raid5.p0.s0 drive r0 len 976772096s driveoffset 265s plex
  raid5.p0 plexoffset 0s
  sd name 

Re: [FUG-BR] Raid 5 no FreeBSD

[Marcelo Gondim]

Em 17/10/2011 10:31, Luiz Gustavo Costa escreveu:
 Bom dia,

 João, o post do cara lá tá totalmente errado, não existe port do KVM (o
 mesmo usado em Linux) para o FreeBSD, ele cita uma instalação do Qemu com
 o modulo de kernel para aceleração Kqemu, que não tem nada haver com o KVM

 O VirtualBox é bm mais rapido que o qemu+kqemu

 via /usr/ports/UPDATING:

 20091206:
 AFFECTS: users of emulators/qemu
 AUTHOR: n...@freebsd.org

 The port has been updated to 0.11.1, which no longer enables kqemu by
 default (if built with KQEMU knob on), now you also have to explicitly
 pass -enable-kqemu (or -kernel-kqemu as with the previous versions)
 if you want to use it.  Also note the 0.11 stable branch is the last
 qemu branch that still supports kqemu, so if you depend on reasonably
 fast emulation on FreeBSD you should start looking for alternatives
 some time soon.  (VirtualBox?)

 KVM = http://wiki.qemu.org/KVM
 KQEMU = http://wiki.qemu.org/KQEMU

Opa Luiz,

O interessante é que o link aponta para a página do KVM;

http://www.linux-kvm.org/page/BSD

Nesse caso ele não é o KVM no FreeBSD e o VirtualBox ainda sim seria 
mais rápido?
Se for isso mesmo então de volta ao virtualbox rsrsrsrs



 Em Mon, 17 Oct 2011 09:17:41 -0200, João Mancyjoao...@gmail.com
 escreveu:

 bom dia,

 Se não me engano tem um port do KVM

 http://www.linux-kvm.org/page/BSD

 http://www.sufixo.com/raw/2009/06/08/kvm-on-freebsd-72/

 Fica a dica, e um abraço.



 Em 16 de outubro de 2011 11:49, Marcelo Gondim
 gon...@bsdinfo.com.brescreveu:

 Em 16/10/2011 01:38, Josias L.G escreveu:
 http://wiki.freebsd.org/BHyVe

 Em breve algo melhor do que Xen.
 Cool !!! Não sabia desse projeto. Vou ficar de olho nele, porque é uma
 área que o FreeBSD ainda não se destacou. O que mais vejo são servidores
 Debian usando Xen rodando como dom0 e aí sim outros sistemas como domU
 rodando com excelente performance.

 Se o BHyVe ficar melhor com certeza novos horizontes se abrirão.  :)
 Abraços.

 Em 15/10/2011, às 23:41, Marcelo Gondim escreveu:

 Em 15/10/2011 23:03, Thiago Damas escreveu:
 Que tipo de aplicacao usara estes discos? Ja pensou em fazer um
 RAID
 10 com zfs?
 Opa Thiago,

 No momento para hospedagem de algumas aplicações mas pensei em criar
 um
 servidor de VMs. No entanto parece que para isso o que temos de
 melhor
 seria o Virtualbox pelo jeito.
 Pena que ainda não temos grandes opções para essa tarefa ou estou
 enganado?
 Estive procurando por Xen no FreeBSD e pelo visto só trabalha como
 domU
 e não como dom0.

 Thiago

 Em 15 de outubro de 2011 21:32, Marcelo
 Gondimgon...@bsdinfo.com.br
escreveu:
 Em 15/10/2011 16:54, Luiz Gustavo Costa escreveu:
 Buenas Marcelo !!!

 Rapaz, vinum... usei muito na familia 4.x do freebsd, era muito
 bom !
 mas
 quando migra-mos para o 5.x ele não foi portado, até foi criado o
 gvinum,
 mas até algum tempo atras não estava estavel (falo isso mas eu não
 sei
 como esta o estado dele hoje).

 Eu faria o raid5 (raidZ) no zfs, mas existe uma outra opção
 chamada
 graid5
 no ports, sinceramente nunca usei, mas pode-se testar:
 Pronto agora em raidz  ;)

 (root@zeus)[~]# zpool status storage
 pool: storage
state: ONLINE
scan: none requested
 config:

   NAMESTATE READ WRITE CKSUM
   storage ONLINE   0 0 0
 raidz1-0  ONLINE   0 0 0
   ad12ONLINE   0 0 0
   ad14ONLINE   0 0 0
   ad16ONLINE   0 0 0
   ad18ONLINE   0 0 0

 errors: No known data errors

 As vezes é tão fácil fazer as coisas no FreeBSD que a gente até
 duvida
 que realmente funcione. ahahahahaah
 Muito bom mesmo!!!


 [root@desktop] /usr/ports/sysutils/graid5# cat pkg-descr
 FreeBSD GEOM class for RAID5.

 This is RAID5 geom class, originally written by Arne Worner
 arne_woer...@yahoo.com

 WWW: http://lev.serebryakov.spb.ru/download/graid5/

 Abraços


 Em Sat, 15 Oct 2011 14:50:45 -0300, Marcelo Gondim
 gon...@bsdinfo.com.br
 escreveu:

 Olá Pesssoal,

 Estou aqui com 4 discos SATA II em uma máquina e resolvi fazer um
 raid 5
 com eles. Usei o gvinum:

 drive r0 device /dev/ad12a
 drive r1 device /dev/ad14a
 drive r2 device /dev/ad16a
 drive r3 device /dev/ad18a
 volume raid5
 plex org raid5 512k
 sd drive r0
 sd drive r1
 sd drive r2
 sd drive r3

 Parece que foi tudo 100%. É realmente o gvinum usado para fazer o
 raid 5
 ou existe alguma outra forma melhor no FreeBSD?
 Uma outra coisa que aparece no boot é essa mensagem:

 Oct 15 10:36:12 zeus kernel: GEOM_VINUM: raid5 plex request
 failed.
 gvinum/raid5[READ(offset=1500321938944, length=512)]

 Mas parece que está tudo funcionando:

 gvinum -  printconfig
 # Vinum configuration of zeus.linuxinfo.com.br, saved at Sat Oct
 15
 14:48:59 2011
 drive r0 device /dev/ad12a
 drive r1 device /dev/ad14a
 drive r2 device 

Re: [FUG-BR] Raid 5 no FreeBSD

[Luiz Gustavo S. Costa]

Eu também acho estranho, mas o howto do site simplesmente ensina a
instalar o kqemu (que nada tem haver com o kvm) no FreeBSD.

KVM  KQEMU

pode ir de Virtualbox, se quiser, vai para a ultima versão (4.1.2):

http://home.bluelife.at/ports/virtualbox-cft-20110825.tar.gz

Acompanhe essa thread:

http://lists.freebsd.org/pipermail/freebsd-emulation/2011-August/009026.html

Em 17 de outubro de 2011 10:56, Marcelo Gondim gon...@bsdinfo.com.br escreveu:
 Em 17/10/2011 10:31, Luiz Gustavo Costa escreveu:
 Bom dia,

 João, o post do cara lá tá totalmente errado, não existe port do KVM (o
 mesmo usado em Linux) para o FreeBSD, ele cita uma instalação do Qemu com
 o modulo de kernel para aceleração Kqemu, que não tem nada haver com o KVM

 O VirtualBox é bm mais rapido que o qemu+kqemu

 via /usr/ports/UPDATING:

 20091206:
     AFFECTS: users of emulators/qemu
     AUTHOR: n...@freebsd.org

     The port has been updated to 0.11.1, which no longer enables kqemu by
     default (if built with KQEMU knob on), now you also have to explicitly
     pass -enable-kqemu (or -kernel-kqemu as with the previous versions)
     if you want to use it.  Also note the 0.11 stable branch is the last
     qemu branch that still supports kqemu, so if you depend on reasonably
     fast emulation on FreeBSD you should start looking for alternatives
     some time soon.  (VirtualBox?)

 KVM = http://wiki.qemu.org/KVM
 KQEMU = http://wiki.qemu.org/KQEMU

 Opa Luiz,

 O interessante é que o link aponta para a página do KVM;

 http://www.linux-kvm.org/page/BSD

 Nesse caso ele não é o KVM no FreeBSD e o VirtualBox ainda sim seria
 mais rápido?
 Se for isso mesmo então de volta ao virtualbox rsrsrsrs



 Em Mon, 17 Oct 2011 09:17:41 -0200, João Mancyjoao...@gmail.com
 escreveu:

 bom dia,

 Se não me engano tem um port do KVM

 http://www.linux-kvm.org/page/BSD

 http://www.sufixo.com/raw/2009/06/08/kvm-on-freebsd-72/

 Fica a dica, e um abraço.



 Em 16 de outubro de 2011 11:49, Marcelo Gondim
 gon...@bsdinfo.com.brescreveu:

 Em 16/10/2011 01:38, Josias L.G escreveu:
 http://wiki.freebsd.org/BHyVe

 Em breve algo melhor do que Xen.
 Cool !!! Não sabia desse projeto. Vou ficar de olho nele, porque é uma
 área que o FreeBSD ainda não se destacou. O que mais vejo são servidores
 Debian usando Xen rodando como dom0 e aí sim outros sistemas como domU
 rodando com excelente performance.

 Se o BHyVe ficar melhor com certeza novos horizontes se abrirão.  :)
 Abraços.

 Em 15/10/2011, às 23:41, Marcelo Gondim escreveu:

 Em 15/10/2011 23:03, Thiago Damas escreveu:
     Que tipo de aplicacao usara estes discos? Ja pensou em fazer um
 RAID
 10 com zfs?
 Opa Thiago,

 No momento para hospedagem de algumas aplicações mas pensei em criar
 um
 servidor de VMs. No entanto parece que para isso o que temos de
 melhor
 seria o Virtualbox pelo jeito.
 Pena que ainda não temos grandes opções para essa tarefa ou estou
 enganado?
 Estive procurando por Xen no FreeBSD e pelo visto só trabalha como
 domU
 e não como dom0.

 Thiago

 Em 15 de outubro de 2011 21:32, Marcelo
 Gondimgon...@bsdinfo.com.br
    escreveu:
 Em 15/10/2011 16:54, Luiz Gustavo Costa escreveu:
 Buenas Marcelo !!!

 Rapaz, vinum... usei muito na familia 4.x do freebsd, era muito
 bom !
 mas
 quando migra-mos para o 5.x ele não foi portado, até foi criado o
 gvinum,
 mas até algum tempo atras não estava estavel (falo isso mas eu não
 sei
 como esta o estado dele hoje).

 Eu faria o raid5 (raidZ) no zfs, mas existe uma outra opção
 chamada
 graid5
 no ports, sinceramente nunca usei, mas pode-se testar:
 Pronto agora em raidz  ;)

 (root@zeus)[~]# zpool status storage
     pool: storage
    state: ONLINE
    scan: none requested
 config:

           NAME        STATE     READ WRITE CKSUM
           storage     ONLINE       0     0     0
             raidz1-0  ONLINE       0     0     0
               ad12    ONLINE       0     0     0
               ad14    ONLINE       0     0     0
               ad16    ONLINE       0     0     0
               ad18    ONLINE       0     0     0

 errors: No known data errors

 As vezes é tão fácil fazer as coisas no FreeBSD que a gente até
 duvida
 que realmente funcione. ahahahahaah
 Muito bom mesmo!!!


 [root@desktop] /usr/ports/sysutils/graid5# cat pkg-descr
 FreeBSD GEOM class for RAID5.

 This is RAID5 geom class, originally written by Arne Worner
 arne_woer...@yahoo.com

 WWW: http://lev.serebryakov.spb.ru/download/graid5/

 Abraços


 Em Sat, 15 Oct 2011 14:50:45 -0300, Marcelo Gondim
 gon...@bsdinfo.com.br
 escreveu:

 Olá Pesssoal,

 Estou aqui com 4 discos SATA II em uma máquina e resolvi fazer um
 raid 5
 com eles. Usei o gvinum:

 drive r0 device /dev/ad12a
 drive r1 device /dev/ad14a
 drive r2 device /dev/ad16a
 drive r3 device /dev/ad18a
 volume raid5
         plex org raid5 512k
         sd drive r0
         sd drive r1
         sd drive r2
         sd drive r3

 Parece que foi tudo 100%. É realmente o gvinum usado para fazer o
 raid 5
 

Re: [FUG-BR] Raid 5 no FreeBSD

[João Mancy]

Cara, concordo.

tanto que escrevi se não me engano , mas é muito estranho haver isso no
site do KVM.

estou dando uma olhada na documentação.


att


Em 17 de outubro de 2011 11:16, Luiz Gustavo S. Costa 
luizgust...@luizgustavo.pro.br escreveu:

 Eu também acho estranho, mas o howto do site simplesmente ensina a
 instalar o kqemu (que nada tem haver com o kvm) no FreeBSD.

 KVM  KQEMU

 pode ir de Virtualbox, se quiser, vai para a ultima versão (4.1.2):

 http://home.bluelife.at/ports/virtualbox-cft-20110825.tar.gz

 Acompanhe essa thread:


 http://lists.freebsd.org/pipermail/freebsd-emulation/2011-August/009026.html

 Em 17 de outubro de 2011 10:56, Marcelo Gondim gon...@bsdinfo.com.br
 escreveu:
  Em 17/10/2011 10:31, Luiz Gustavo Costa escreveu:
  Bom dia,
 
  João, o post do cara lá tá totalmente errado, não existe port do KVM (o
  mesmo usado em Linux) para o FreeBSD, ele cita uma instalação do Qemu
 com
  o modulo de kernel para aceleração Kqemu, que não tem nada haver com o
 KVM
 
  O VirtualBox é bm mais rapido que o qemu+kqemu
 
  via /usr/ports/UPDATING:
 
  20091206:
  AFFECTS: users of emulators/qemu
  AUTHOR: n...@freebsd.org
 
  The port has been updated to 0.11.1, which no longer enables kqemu
 by
  default (if built with KQEMU knob on), now you also have to
 explicitly
  pass -enable-kqemu (or -kernel-kqemu as with the previous versions)
  if you want to use it.  Also note the 0.11 stable branch is the last
  qemu branch that still supports kqemu, so if you depend on
 reasonably
  fast emulation on FreeBSD you should start looking for alternatives
  some time soon.  (VirtualBox?)
 
  KVM = http://wiki.qemu.org/KVM
  KQEMU = http://wiki.qemu.org/KQEMU
 
  Opa Luiz,
 
  O interessante é que o link aponta para a página do KVM;
 
  http://www.linux-kvm.org/page/BSD
 
  Nesse caso ele não é o KVM no FreeBSD e o VirtualBox ainda sim seria
  mais rápido?
  Se for isso mesmo então de volta ao virtualbox rsrsrsrs
 
 
 
  Em Mon, 17 Oct 2011 09:17:41 -0200, João Mancyjoao...@gmail.com
  escreveu:
 
  bom dia,
 
  Se não me engano tem um port do KVM
 
  http://www.linux-kvm.org/page/BSD
 
  http://www.sufixo.com/raw/2009/06/08/kvm-on-freebsd-72/
 
  Fica a dica, e um abraço.
 
 
 
  Em 16 de outubro de 2011 11:49, Marcelo Gondim
  gon...@bsdinfo.com.brescreveu:
 
  Em 16/10/2011 01:38, Josias L.G escreveu:
  http://wiki.freebsd.org/BHyVe
 
  Em breve algo melhor do que Xen.
  Cool !!! Não sabia desse projeto. Vou ficar de olho nele, porque é uma
  área que o FreeBSD ainda não se destacou. O que mais vejo são
 servidores
  Debian usando Xen rodando como dom0 e aí sim outros sistemas como domU
  rodando com excelente performance.
 
  Se o BHyVe ficar melhor com certeza novos horizontes se abrirão.  :)
  Abraços.
 
  Em 15/10/2011, às 23:41, Marcelo Gondim escreveu:
 
  Em 15/10/2011 23:03, Thiago Damas escreveu:
  Que tipo de aplicacao usara estes discos? Ja pensou em fazer um
  RAID
  10 com zfs?
  Opa Thiago,
 
  No momento para hospedagem de algumas aplicações mas pensei em criar
  um
  servidor de VMs. No entanto parece que para isso o que temos de
  melhor
  seria o Virtualbox pelo jeito.
  Pena que ainda não temos grandes opções para essa tarefa ou estou
  enganado?
  Estive procurando por Xen no FreeBSD e pelo visto só trabalha como
  domU
  e não como dom0.
 
  Thiago
 
  Em 15 de outubro de 2011 21:32, Marcelo
  Gondimgon...@bsdinfo.com.br
 escreveu:
  Em 15/10/2011 16:54, Luiz Gustavo Costa escreveu:
  Buenas Marcelo !!!
 
  Rapaz, vinum... usei muito na familia 4.x do freebsd, era muito
  bom !
  mas
  quando migra-mos para o 5.x ele não foi portado, até foi criado o
  gvinum,
  mas até algum tempo atras não estava estavel (falo isso mas eu
 não
  sei
  como esta o estado dele hoje).
 
  Eu faria o raid5 (raidZ) no zfs, mas existe uma outra opção
  chamada
  graid5
  no ports, sinceramente nunca usei, mas pode-se testar:
  Pronto agora em raidz  ;)
 
  (root@zeus)[~]# zpool status storage
  pool: storage
 state: ONLINE
 scan: none requested
  config:
 
NAMESTATE READ WRITE CKSUM
storage ONLINE   0 0 0
  raidz1-0  ONLINE   0 0 0
ad12ONLINE   0 0 0
ad14ONLINE   0 0 0
ad16ONLINE   0 0 0
ad18ONLINE   0 0 0
 
  errors: No known data errors
 
  As vezes é tão fácil fazer as coisas no FreeBSD que a gente até
  duvida
  que realmente funcione. ahahahahaah
  Muito bom mesmo!!!
 
 
  [root@desktop] /usr/ports/sysutils/graid5# cat pkg-descr
  FreeBSD GEOM class for RAID5.
 
  This is RAID5 geom class, originally written by Arne Worner
  arne_woer...@yahoo.com
 
  WWW: http://lev.serebryakov.spb.ru/download/graid5/
 
  Abraços
 
 
  Em Sat, 15 Oct 2011 14:50:45 -0300, Marcelo Gondim
  gon...@bsdinfo.com.br
  escreveu:
 
  Olá Pesssoal,
 
  

Re: [FUG-BR] Raid 5 no FreeBSD

[Marcelo Gondim]

Em 17/10/2011 10:31, Luiz Gustavo Costa escreveu:
 Bom dia,

 João, o post do cara lá tá totalmente errado, não existe port do KVM (o
 mesmo usado em Linux) para o FreeBSD, ele cita uma instalação do Qemu com
 o modulo de kernel para aceleração Kqemu, que não tem nada haver com o KVM

 O VirtualBox é bm mais rapido que o qemu+kqemu

Luiz no virtualbox do FreeBSD não dá pra instalar esse aqui não né? 
Oracle_VM_VirtualBox_Extension_Pack-4.1.4-74291.vbox-extpack

Tentei fazer o install dele mas deu esse erro:

(root@zeus)[/storage/data]# VBoxManage extpack install 
Oracle_VM_VirtualBox_Extension_Pack-4.1.4-74291.vbox-extpack
0%...
Progress state: NS_ERROR_FAILURE
VBoxManage: error: Failed to install 
/storage/data/Oracle_VM_VirtualBox_Extension_Pack-4.1.4-74291.vbox-extpack: 
Failed to locate the main module ('VBoxPuelMain')


 via /usr/ports/UPDATING:

 20091206:
 AFFECTS: users of emulators/qemu
 AUTHOR: n...@freebsd.org

 The port has been updated to 0.11.1, which no longer enables kqemu by
 default (if built with KQEMU knob on), now you also have to explicitly
 pass -enable-kqemu (or -kernel-kqemu as with the previous versions)
 if you want to use it.  Also note the 0.11 stable branch is the last
 qemu branch that still supports kqemu, so if you depend on reasonably
 fast emulation on FreeBSD you should start looking for alternatives
 some time soon.  (VirtualBox?)

 KVM = http://wiki.qemu.org/KVM
 KQEMU = http://wiki.qemu.org/KQEMU


 Em Mon, 17 Oct 2011 09:17:41 -0200, João Mancyjoao...@gmail.com
 escreveu:

 bom dia,

 Se não me engano tem um port do KVM

 http://www.linux-kvm.org/page/BSD

 http://www.sufixo.com/raw/2009/06/08/kvm-on-freebsd-72/

 Fica a dica, e um abraço.



 Em 16 de outubro de 2011 11:49, Marcelo Gondim
 gon...@bsdinfo.com.brescreveu:

 Em 16/10/2011 01:38, Josias L.G escreveu:
 http://wiki.freebsd.org/BHyVe

 Em breve algo melhor do que Xen.
 Cool !!! Não sabia desse projeto. Vou ficar de olho nele, porque é uma
 área que o FreeBSD ainda não se destacou. O que mais vejo são servidores
 Debian usando Xen rodando como dom0 e aí sim outros sistemas como domU
 rodando com excelente performance.

 Se o BHyVe ficar melhor com certeza novos horizontes se abrirão.  :)
 Abraços.

 Em 15/10/2011, às 23:41, Marcelo Gondim escreveu:

 Em 15/10/2011 23:03, Thiago Damas escreveu:
 Que tipo de aplicacao usara estes discos? Ja pensou em fazer um
 RAID
 10 com zfs?
 Opa Thiago,

 No momento para hospedagem de algumas aplicações mas pensei em criar
 um
 servidor de VMs. No entanto parece que para isso o que temos de
 melhor
 seria o Virtualbox pelo jeito.
 Pena que ainda não temos grandes opções para essa tarefa ou estou
 enganado?
 Estive procurando por Xen no FreeBSD e pelo visto só trabalha como
 domU
 e não como dom0.

 Thiago

 Em 15 de outubro de 2011 21:32, Marcelo
 Gondimgon...@bsdinfo.com.br
escreveu:
 Em 15/10/2011 16:54, Luiz Gustavo Costa escreveu:
 Buenas Marcelo !!!

 Rapaz, vinum... usei muito na familia 4.x do freebsd, era muito
 bom !
 mas
 quando migra-mos para o 5.x ele não foi portado, até foi criado o
 gvinum,
 mas até algum tempo atras não estava estavel (falo isso mas eu não
 sei
 como esta o estado dele hoje).

 Eu faria o raid5 (raidZ) no zfs, mas existe uma outra opção
 chamada
 graid5
 no ports, sinceramente nunca usei, mas pode-se testar:
 Pronto agora em raidz  ;)

 (root@zeus)[~]# zpool status storage
 pool: storage
state: ONLINE
scan: none requested
 config:

   NAMESTATE READ WRITE CKSUM
   storage ONLINE   0 0 0
 raidz1-0  ONLINE   0 0 0
   ad12ONLINE   0 0 0
   ad14ONLINE   0 0 0
   ad16ONLINE   0 0 0
   ad18ONLINE   0 0 0

 errors: No known data errors

 As vezes é tão fácil fazer as coisas no FreeBSD que a gente até
 duvida
 que realmente funcione. ahahahahaah
 Muito bom mesmo!!!


 [root@desktop] /usr/ports/sysutils/graid5# cat pkg-descr
 FreeBSD GEOM class for RAID5.

 This is RAID5 geom class, originally written by Arne Worner
 arne_woer...@yahoo.com

 WWW: http://lev.serebryakov.spb.ru/download/graid5/

 Abraços


 Em Sat, 15 Oct 2011 14:50:45 -0300, Marcelo Gondim
 gon...@bsdinfo.com.br
 escreveu:

 Olá Pesssoal,

 Estou aqui com 4 discos SATA II em uma máquina e resolvi fazer um
 raid 5
 com eles. Usei o gvinum:

 drive r0 device /dev/ad12a
 drive r1 device /dev/ad14a
 drive r2 device /dev/ad16a
 drive r3 device /dev/ad18a
 volume raid5
 plex org raid5 512k
 sd drive r0
 sd drive r1
 sd drive r2
 sd drive r3

 Parece que foi tudo 100%. É realmente o gvinum usado para fazer o
 raid 5
 ou existe alguma outra forma melhor no FreeBSD?
 Uma outra coisa que aparece no boot é essa mensagem:

 Oct 15 10:36:12 zeus kernel: GEOM_VINUM: raid5 plex request
 failed.
 

Re: [FUG-BR] Raid 5 no FreeBSD

[Marcelo Gondim]

Em 17/10/2011 11:55, Marcelo Gondim escreveu:
 Em 17/10/2011 10:31, Luiz Gustavo Costa escreveu:
 Bom dia,

 João, o post do cara lá tá totalmente errado, não existe port do KVM (o
 mesmo usado em Linux) para o FreeBSD, ele cita uma instalação do Qemu com
 o modulo de kernel para aceleração Kqemu, que não tem nada haver com o KVM

 O VirtualBox é bm mais rapido que o qemu+kqemu
 Luiz no virtualbox do FreeBSD não dá pra instalar esse aqui não né?
 Oracle_VM_VirtualBox_Extension_Pack-4.1.4-74291.vbox-extpack

 Tentei fazer o install dele mas deu esse erro:

 (root@zeus)[/storage/data]# VBoxManage extpack install
 Oracle_VM_VirtualBox_Extension_Pack-4.1.4-74291.vbox-extpack
 0%...
 Progress state: NS_ERROR_FAILURE
 VBoxManage: error: Failed to install
 /storage/data/Oracle_VM_VirtualBox_Extension_Pack-4.1.4-74291.vbox-extpack:
 Failed to locate the main module ('VBoxPuelMain')

Acabei de ver que não é suportado no FreeBSD.   :D  Do resto está 
funcionando aqui certinho. Estou até instalando uma VM aqui com Windows 
XP para teste.
Valeu pela ajuda pessoal.


 via /usr/ports/UPDATING:

 20091206:
  AFFECTS: users of emulators/qemu
  AUTHOR: n...@freebsd.org

  The port has been updated to 0.11.1, which no longer enables kqemu by
  default (if built with KQEMU knob on), now you also have to explicitly
  pass -enable-kqemu (or -kernel-kqemu as with the previous versions)
  if you want to use it.  Also note the 0.11 stable branch is the last
  qemu branch that still supports kqemu, so if you depend on reasonably
  fast emulation on FreeBSD you should start looking for alternatives
  some time soon.  (VirtualBox?)

 KVM = http://wiki.qemu.org/KVM
 KQEMU = http://wiki.qemu.org/KQEMU


 Em Mon, 17 Oct 2011 09:17:41 -0200, João Mancyjoao...@gmail.com
 escreveu:

 bom dia,

 Se não me engano tem um port do KVM

 http://www.linux-kvm.org/page/BSD

 http://www.sufixo.com/raw/2009/06/08/kvm-on-freebsd-72/

 Fica a dica, e um abraço.



 Em 16 de outubro de 2011 11:49, Marcelo Gondim
 gon...@bsdinfo.com.brescreveu:

 Em 16/10/2011 01:38, Josias L.G escreveu:
 http://wiki.freebsd.org/BHyVe

 Em breve algo melhor do que Xen.
 Cool !!! Não sabia desse projeto. Vou ficar de olho nele, porque é uma
 área que o FreeBSD ainda não se destacou. O que mais vejo são servidores
 Debian usando Xen rodando como dom0 e aí sim outros sistemas como domU
 rodando com excelente performance.

 Se o BHyVe ficar melhor com certeza novos horizontes se abrirão.  :)
 Abraços.

 Em 15/10/2011, às 23:41, Marcelo Gondim escreveu:

 Em 15/10/2011 23:03, Thiago Damas escreveu:
  Que tipo de aplicacao usara estes discos? Ja pensou em fazer um
 RAID
 10 com zfs?
 Opa Thiago,

 No momento para hospedagem de algumas aplicações mas pensei em criar
 um
 servidor de VMs. No entanto parece que para isso o que temos de
 melhor
 seria o Virtualbox pelo jeito.
 Pena que ainda não temos grandes opções para essa tarefa ou estou
 enganado?
 Estive procurando por Xen no FreeBSD e pelo visto só trabalha como
 domU
 e não como dom0.

 Thiago

 Em 15 de outubro de 2011 21:32, Marcelo
 Gondimgon...@bsdinfo.com.br
 escreveu:
 Em 15/10/2011 16:54, Luiz Gustavo Costa escreveu:
 Buenas Marcelo !!!

 Rapaz, vinum... usei muito na familia 4.x do freebsd, era muito
 bom !
 mas
 quando migra-mos para o 5.x ele não foi portado, até foi criado o
 gvinum,
 mas até algum tempo atras não estava estavel (falo isso mas eu não
 sei
 como esta o estado dele hoje).

 Eu faria o raid5 (raidZ) no zfs, mas existe uma outra opção
 chamada
 graid5
 no ports, sinceramente nunca usei, mas pode-se testar:
 Pronto agora em raidz  ;)

 (root@zeus)[~]# zpool status storage
  pool: storage
 state: ONLINE
 scan: none requested
 config:

NAMESTATE READ WRITE CKSUM
storage ONLINE   0 0 0
  raidz1-0  ONLINE   0 0 0
ad12ONLINE   0 0 0
ad14ONLINE   0 0 0
ad16ONLINE   0 0 0
ad18ONLINE   0 0 0

 errors: No known data errors

 As vezes é tão fácil fazer as coisas no FreeBSD que a gente até
 duvida
 que realmente funcione. ahahahahaah
 Muito bom mesmo!!!


 [root@desktop] /usr/ports/sysutils/graid5# cat pkg-descr
 FreeBSD GEOM class for RAID5.

 This is RAID5 geom class, originally written by Arne Worner
 arne_woer...@yahoo.com

 WWW: http://lev.serebryakov.spb.ru/download/graid5/

 Abraços


 Em Sat, 15 Oct 2011 14:50:45 -0300, Marcelo Gondim
 gon...@bsdinfo.com.br
 escreveu:

 Olá Pesssoal,

 Estou aqui com 4 discos SATA II em uma máquina e resolvi fazer um
 raid 5
 com eles. Usei o gvinum:

 drive r0 device /dev/ad12a
 drive r1 device /dev/ad14a
 drive r2 device /dev/ad16a
 drive r3 device /dev/ad18a
 volume raid5
  plex org raid5 512k
  sd drive r0
  sd drive r1
  sd drive r2
  sd drive r3

 Parece que foi 

Re: [FUG-BR] Raid 5 no FreeBSD

[Otavio Augusto]

Se vc quiser um BSD  usaunbdo Xen como dom0 tente o NetBSD.


Em 17 de outubro de 2011 15:39, Marcelo Gondim gon...@bsdinfo.com.br escreveu:
 Em 17/10/2011 11:55, Marcelo Gondim escreveu:
 Em 17/10/2011 10:31, Luiz Gustavo Costa escreveu:
 Bom dia,

 João, o post do cara lá tá totalmente errado, não existe port do KVM (o
 mesmo usado em Linux) para o FreeBSD, ele cita uma instalação do Qemu com
 o modulo de kernel para aceleração Kqemu, que não tem nada haver com o KVM

 O VirtualBox é bm mais rapido que o qemu+kqemu
 Luiz no virtualbox do FreeBSD não dá pra instalar esse aqui não né?
 Oracle_VM_VirtualBox_Extension_Pack-4.1.4-74291.vbox-extpack

 Tentei fazer o install dele mas deu esse erro:

 (root@zeus)[/storage/data]# VBoxManage extpack install
 Oracle_VM_VirtualBox_Extension_Pack-4.1.4-74291.vbox-extpack
 0%...
 Progress state: NS_ERROR_FAILURE
 VBoxManage: error: Failed to install
 /storage/data/Oracle_VM_VirtualBox_Extension_Pack-4.1.4-74291.vbox-extpack:
 Failed to locate the main module ('VBoxPuelMain')

 Acabei de ver que não é suportado no FreeBSD.   :D  Do resto está
 funcionando aqui certinho. Estou até instalando uma VM aqui com Windows
 XP para teste.
 Valeu pela ajuda pessoal.


 via /usr/ports/UPDATING:

 20091206:
      AFFECTS: users of emulators/qemu
      AUTHOR: n...@freebsd.org

      The port has been updated to 0.11.1, which no longer enables kqemu by
      default (if built with KQEMU knob on), now you also have to explicitly
      pass -enable-kqemu (or -kernel-kqemu as with the previous versions)
      if you want to use it.  Also note the 0.11 stable branch is the last
      qemu branch that still supports kqemu, so if you depend on reasonably
      fast emulation on FreeBSD you should start looking for alternatives
      some time soon.  (VirtualBox?)

 KVM = http://wiki.qemu.org/KVM
 KQEMU = http://wiki.qemu.org/KQEMU


 Em Mon, 17 Oct 2011 09:17:41 -0200, João Mancyjoao...@gmail.com
 escreveu:

 bom dia,

 Se não me engano tem um port do KVM

 http://www.linux-kvm.org/page/BSD

 http://www.sufixo.com/raw/2009/06/08/kvm-on-freebsd-72/

 Fica a dica, e um abraço.



 Em 16 de outubro de 2011 11:49, Marcelo Gondim
 gon...@bsdinfo.com.brescreveu:

 Em 16/10/2011 01:38, Josias L.G escreveu:
 http://wiki.freebsd.org/BHyVe

 Em breve algo melhor do que Xen.
 Cool !!! Não sabia desse projeto. Vou ficar de olho nele, porque é uma
 área que o FreeBSD ainda não se destacou. O que mais vejo são servidores
 Debian usando Xen rodando como dom0 e aí sim outros sistemas como domU
 rodando com excelente performance.

 Se o BHyVe ficar melhor com certeza novos horizontes se abrirão.  :)
 Abraços.

 Em 15/10/2011, às 23:41, Marcelo Gondim escreveu:

 Em 15/10/2011 23:03, Thiago Damas escreveu:
      Que tipo de aplicacao usara estes discos? Ja pensou em fazer um
 RAID
 10 com zfs?
 Opa Thiago,

 No momento para hospedagem de algumas aplicações mas pensei em criar
 um
 servidor de VMs. No entanto parece que para isso o que temos de
 melhor
 seria o Virtualbox pelo jeito.
 Pena que ainda não temos grandes opções para essa tarefa ou estou
 enganado?
 Estive procurando por Xen no FreeBSD e pelo visto só trabalha como
 domU
 e não como dom0.

 Thiago

 Em 15 de outubro de 2011 21:32, Marcelo
 Gondimgon...@bsdinfo.com.br
     escreveu:
 Em 15/10/2011 16:54, Luiz Gustavo Costa escreveu:
 Buenas Marcelo !!!

 Rapaz, vinum... usei muito na familia 4.x do freebsd, era muito
 bom !
 mas
 quando migra-mos para o 5.x ele não foi portado, até foi criado o
 gvinum,
 mas até algum tempo atras não estava estavel (falo isso mas eu não
 sei
 como esta o estado dele hoje).

 Eu faria o raid5 (raidZ) no zfs, mas existe uma outra opção
 chamada
 graid5
 no ports, sinceramente nunca usei, mas pode-se testar:
 Pronto agora em raidz  ;)

 (root@zeus)[~]# zpool status storage
      pool: storage
     state: ONLINE
     scan: none requested
 config:

            NAME        STATE     READ WRITE CKSUM
            storage     ONLINE       0     0     0
              raidz1-0  ONLINE       0     0     0
                ad12    ONLINE       0     0     0
                ad14    ONLINE       0     0     0
                ad16    ONLINE       0     0     0
                ad18    ONLINE       0     0     0

 errors: No known data errors

 As vezes é tão fácil fazer as coisas no FreeBSD que a gente até
 duvida
 que realmente funcione. ahahahahaah
 Muito bom mesmo!!!


 [root@desktop] /usr/ports/sysutils/graid5# cat pkg-descr
 FreeBSD GEOM class for RAID5.

 This is RAID5 geom class, originally written by Arne Worner
 arne_woer...@yahoo.com

 WWW: http://lev.serebryakov.spb.ru/download/graid5/

 Abraços


 Em Sat, 15 Oct 2011 14:50:45 -0300, Marcelo Gondim
 gon...@bsdinfo.com.br
 escreveu:

 Olá Pesssoal,

 Estou aqui com 4 discos SATA II em uma máquina e resolvi fazer um
 raid 5
 com eles. Usei o gvinum:

 drive r0 device /dev/ad12a
 drive r1 device /dev/ad14a
 drive r2 device /dev/ad16a
 drive r3 device /dev/ad18a
 

Re: [FUG-BR] Raid 5 no FreeBSD

[Eduardo Schoedler]

Acho que a discussão está fugindo um pouco do assunto...
Que tal criar outra thread ?


Em 17 de outubro de 2011 15:46, Otavio Augusto otavi...@gmail.comescreveu:

 Se vc quiser um BSD  usaunbdo Xen como dom0 tente o NetBSD.


 Em 17 de outubro de 2011 15:39, Marcelo Gondim gon...@bsdinfo.com.br
 escreveu:
  Em 17/10/2011 11:55, Marcelo Gondim escreveu:
  Em 17/10/2011 10:31, Luiz Gustavo Costa escreveu:
  Bom dia,
 
  João, o post do cara lá tá totalmente errado, não existe port do KVM (o
  mesmo usado em Linux) para o FreeBSD, ele cita uma instalação do Qemu
 com
  o modulo de kernel para aceleração Kqemu, que não tem nada haver com o
 KVM
 
  O VirtualBox é bm mais rapido que o qemu+kqemu
  Luiz no virtualbox do FreeBSD não dá pra instalar esse aqui não né?
  Oracle_VM_VirtualBox_Extension_Pack-4.1.4-74291.vbox-extpack
 
  Tentei fazer o install dele mas deu esse erro:
 
  (root@zeus)[/storage/data]# VBoxManage extpack install
  Oracle_VM_VirtualBox_Extension_Pack-4.1.4-74291.vbox-extpack
  0%...
  Progress state: NS_ERROR_FAILURE
  VBoxManage: error: Failed to install
 
 /storage/data/Oracle_VM_VirtualBox_Extension_Pack-4.1.4-74291.vbox-extpack:
  Failed to locate the main module ('VBoxPuelMain')
 
  Acabei de ver que não é suportado no FreeBSD.   :D  Do resto está
  funcionando aqui certinho. Estou até instalando uma VM aqui com Windows
  XP para teste.
  Valeu pela ajuda pessoal.
 
 
  via /usr/ports/UPDATING:
 
  20091206:
   AFFECTS: users of emulators/qemu
   AUTHOR: n...@freebsd.org
 
   The port has been updated to 0.11.1, which no longer enables kqemu
 by
   default (if built with KQEMU knob on), now you also have to
 explicitly
   pass -enable-kqemu (or -kernel-kqemu as with the previous
 versions)
   if you want to use it.  Also note the 0.11 stable branch is the
 last
   qemu branch that still supports kqemu, so if you depend on
 reasonably
   fast emulation on FreeBSD you should start looking for
 alternatives
   some time soon.  (VirtualBox?)
 
  KVM = http://wiki.qemu.org/KVM
  KQEMU = http://wiki.qemu.org/KQEMU
 
 
  Em Mon, 17 Oct 2011 09:17:41 -0200, João Mancyjoao...@gmail.com
  escreveu:
 
  bom dia,
 
  Se não me engano tem um port do KVM
 
  http://www.linux-kvm.org/page/BSD
 
  http://www.sufixo.com/raw/2009/06/08/kvm-on-freebsd-72/
 
  Fica a dica, e um abraço.
 
 
 
  Em 16 de outubro de 2011 11:49, Marcelo Gondim
  gon...@bsdinfo.com.brescreveu:
 
  Em 16/10/2011 01:38, Josias L.G escreveu:
  http://wiki.freebsd.org/BHyVe
 
  Em breve algo melhor do que Xen.
  Cool !!! Não sabia desse projeto. Vou ficar de olho nele, porque é
 uma
  área que o FreeBSD ainda não se destacou. O que mais vejo são
 servidores
  Debian usando Xen rodando como dom0 e aí sim outros sistemas como
 domU
  rodando com excelente performance.
 
  Se o BHyVe ficar melhor com certeza novos horizontes se abrirão.  :)
  Abraços.
 
  Em 15/10/2011, às 23:41, Marcelo Gondim escreveu:
 
  Em 15/10/2011 23:03, Thiago Damas escreveu:
   Que tipo de aplicacao usara estes discos? Ja pensou em fazer
 um
  RAID
  10 com zfs?
  Opa Thiago,
 
  No momento para hospedagem de algumas aplicações mas pensei em
 criar
  um
  servidor de VMs. No entanto parece que para isso o que temos de
  melhor
  seria o Virtualbox pelo jeito.
  Pena que ainda não temos grandes opções para essa tarefa ou estou
  enganado?
  Estive procurando por Xen no FreeBSD e pelo visto só trabalha como
  domU
  e não como dom0.
 
  Thiago
 
  Em 15 de outubro de 2011 21:32, Marcelo
  Gondimgon...@bsdinfo.com.br
  escreveu:
  Em 15/10/2011 16:54, Luiz Gustavo Costa escreveu:
  Buenas Marcelo !!!
 
  Rapaz, vinum... usei muito na familia 4.x do freebsd, era muito
  bom !
  mas
  quando migra-mos para o 5.x ele não foi portado, até foi criado
 o
  gvinum,
  mas até algum tempo atras não estava estavel (falo isso mas eu
 não
  sei
  como esta o estado dele hoje).
 
  Eu faria o raid5 (raidZ) no zfs, mas existe uma outra opção
  chamada
  graid5
  no ports, sinceramente nunca usei, mas pode-se testar:
  Pronto agora em raidz  ;)
 
  (root@zeus)[~]# zpool status storage
   pool: storage
  state: ONLINE
  scan: none requested
  config:
 
 NAMESTATE READ WRITE CKSUM
 storage ONLINE   0 0 0
   raidz1-0  ONLINE   0 0 0
 ad12ONLINE   0 0 0
 ad14ONLINE   0 0 0
 ad16ONLINE   0 0 0
 ad18ONLINE   0 0 0
 
  errors: No known data errors
 
  As vezes é tão fácil fazer as coisas no FreeBSD que a gente até
  duvida
  que realmente funcione. ahahahahaah
  Muito bom mesmo!!!
 
 
  [root@desktop] /usr/ports/sysutils/graid5# cat pkg-descr
  FreeBSD GEOM class for RAID5.
 
  This is RAID5 geom class, originally written by Arne Worner
  arne_woer...@yahoo.com
 
  WWW: http://lev.serebryakov.spb.ru/download/graid5/
 
  

Re: [FUG-BR] Raid 5 no FreeBSD

[Luiz Gustavo S. Costa]

putz.. é mesmo, como raid5 foi parar no virtualbox?

rsrsrsrs

Em 17 de outubro de 2011 15:49, Eduardo Schoedler lis...@esds.com.br escreveu:
 Acho que a discussão está fugindo um pouco do assunto...
 Que tal criar outra thread ?


 Em 17 de outubro de 2011 15:46, Otavio Augusto otavi...@gmail.comescreveu:

 Se vc quiser um BSD  usaunbdo Xen como dom0 tente o NetBSD.


 Em 17 de outubro de 2011 15:39, Marcelo Gondim gon...@bsdinfo.com.br
 escreveu:
  Em 17/10/2011 11:55, Marcelo Gondim escreveu:
  Em 17/10/2011 10:31, Luiz Gustavo Costa escreveu:
  Bom dia,
 
  João, o post do cara lá tá totalmente errado, não existe port do KVM (o
  mesmo usado em Linux) para o FreeBSD, ele cita uma instalação do Qemu
 com
  o modulo de kernel para aceleração Kqemu, que não tem nada haver com o
 KVM
 
  O VirtualBox é bm mais rapido que o qemu+kqemu
  Luiz no virtualbox do FreeBSD não dá pra instalar esse aqui não né?
  Oracle_VM_VirtualBox_Extension_Pack-4.1.4-74291.vbox-extpack
 
  Tentei fazer o install dele mas deu esse erro:
 
  (root@zeus)[/storage/data]# VBoxManage extpack install
  Oracle_VM_VirtualBox_Extension_Pack-4.1.4-74291.vbox-extpack
  0%...
  Progress state: NS_ERROR_FAILURE
  VBoxManage: error: Failed to install
 
 /storage/data/Oracle_VM_VirtualBox_Extension_Pack-4.1.4-74291.vbox-extpack:
  Failed to locate the main module ('VBoxPuelMain')
 
  Acabei de ver que não é suportado no FreeBSD.   :D  Do resto está
  funcionando aqui certinho. Estou até instalando uma VM aqui com Windows
  XP para teste.
  Valeu pela ajuda pessoal.
 
 
  via /usr/ports/UPDATING:
 
  20091206:
       AFFECTS: users of emulators/qemu
       AUTHOR: n...@freebsd.org
 
       The port has been updated to 0.11.1, which no longer enables kqemu
 by
       default (if built with KQEMU knob on), now you also have to
 explicitly
       pass -enable-kqemu (or -kernel-kqemu as with the previous
 versions)
       if you want to use it.  Also note the 0.11 stable branch is the
 last
       qemu branch that still supports kqemu, so if you depend on
 reasonably
       fast emulation on FreeBSD you should start looking for
 alternatives
       some time soon.  (VirtualBox?)
 
  KVM = http://wiki.qemu.org/KVM
  KQEMU = http://wiki.qemu.org/KQEMU
 
 
  Em Mon, 17 Oct 2011 09:17:41 -0200, João Mancyjoao...@gmail.com
  escreveu:
 
  bom dia,
 
  Se não me engano tem um port do KVM
 
  http://www.linux-kvm.org/page/BSD
 
  http://www.sufixo.com/raw/2009/06/08/kvm-on-freebsd-72/
 
  Fica a dica, e um abraço.
 
 
 
  Em 16 de outubro de 2011 11:49, Marcelo Gondim
  gon...@bsdinfo.com.brescreveu:
 
  Em 16/10/2011 01:38, Josias L.G escreveu:
  http://wiki.freebsd.org/BHyVe
 
  Em breve algo melhor do que Xen.
  Cool !!! Não sabia desse projeto. Vou ficar de olho nele, porque é
 uma
  área que o FreeBSD ainda não se destacou. O que mais vejo são
 servidores
  Debian usando Xen rodando como dom0 e aí sim outros sistemas como
 domU
  rodando com excelente performance.
 
  Se o BHyVe ficar melhor com certeza novos horizontes se abrirão.  :)
  Abraços.
 
  Em 15/10/2011, às 23:41, Marcelo Gondim escreveu:
 
  Em 15/10/2011 23:03, Thiago Damas escreveu:
       Que tipo de aplicacao usara estes discos? Ja pensou em fazer
 um
  RAID
  10 com zfs?
  Opa Thiago,
 
  No momento para hospedagem de algumas aplicações mas pensei em
 criar
  um
  servidor de VMs. No entanto parece que para isso o que temos de
  melhor
  seria o Virtualbox pelo jeito.
  Pena que ainda não temos grandes opções para essa tarefa ou estou
  enganado?
  Estive procurando por Xen no FreeBSD e pelo visto só trabalha como
  domU
  e não como dom0.
 
  Thiago
 
  Em 15 de outubro de 2011 21:32, Marcelo
  Gondimgon...@bsdinfo.com.br
      escreveu:
  Em 15/10/2011 16:54, Luiz Gustavo Costa escreveu:
  Buenas Marcelo !!!
 
  Rapaz, vinum... usei muito na familia 4.x do freebsd, era muito
  bom !
  mas
  quando migra-mos para o 5.x ele não foi portado, até foi criado
 o
  gvinum,
  mas até algum tempo atras não estava estavel (falo isso mas eu
 não
  sei
  como esta o estado dele hoje).
 
  Eu faria o raid5 (raidZ) no zfs, mas existe uma outra opção
  chamada
  graid5
  no ports, sinceramente nunca usei, mas pode-se testar:
  Pronto agora em raidz  ;)
 
  (root@zeus)[~]# zpool status storage
       pool: storage
      state: ONLINE
      scan: none requested
  config:
 
             NAME        STATE     READ WRITE CKSUM
             storage     ONLINE       0     0     0
               raidz1-0  ONLINE       0     0     0
                 ad12    ONLINE       0     0     0
                 ad14    ONLINE       0     0     0
                 ad16    ONLINE       0     0     0
                 ad18    ONLINE       0     0     0
 
  errors: No known data errors
 
  As vezes é tão fácil fazer as coisas no FreeBSD que a gente até
  duvida
  que realmente funcione. ahahahahaah
  Muito bom mesmo!!!
 
 
  [root@desktop] /usr/ports/sysutils/graid5# cat pkg-descr
  FreeBSD GEOM class for RAID5.
 
  

Re: [FUG-BR] Raid 5 no FreeBSD

[Marcelo Gondim]

Em 16/10/2011 01:38, Josias L.G escreveu:
 http://wiki.freebsd.org/BHyVe

 Em breve algo melhor do que Xen.
Cool !!! Não sabia desse projeto. Vou ficar de olho nele, porque é uma 
área que o FreeBSD ainda não se destacou. O que mais vejo são servidores 
Debian usando Xen rodando como dom0 e aí sim outros sistemas como domU 
rodando com excelente performance.

Se o BHyVe ficar melhor com certeza novos horizontes se abrirão.  :)

 Abraços.

 Em 15/10/2011, às 23:41, Marcelo Gondim escreveu:

 Em 15/10/2011 23:03, Thiago Damas escreveu:
Que tipo de aplicacao usara estes discos? Ja pensou em fazer um RAID
 10 com zfs?
 Opa Thiago,

 No momento para hospedagem de algumas aplicações mas pensei em criar um
 servidor de VMs. No entanto parece que para isso o que temos de melhor
 seria o Virtualbox pelo jeito.
 Pena que ainda não temos grandes opções para essa tarefa ou estou enganado?
 Estive procurando por Xen no FreeBSD e pelo visto só trabalha como domU
 e não como dom0.

 Thiago

 Em 15 de outubro de 2011 21:32, Marcelo Gondimgon...@bsdinfo.com.br   
 escreveu:
 Em 15/10/2011 16:54, Luiz Gustavo Costa escreveu:
 Buenas Marcelo !!!

 Rapaz, vinum... usei muito na familia 4.x do freebsd, era muito bom ! mas
 quando migra-mos para o 5.x ele não foi portado, até foi criado o gvinum,
 mas até algum tempo atras não estava estavel (falo isso mas eu não sei
 como esta o estado dele hoje).

 Eu faria o raid5 (raidZ) no zfs, mas existe uma outra opção chamada graid5
 no ports, sinceramente nunca usei, mas pode-se testar:
 Pronto agora em raidz  ;)

 (root@zeus)[~]# zpool status storage
pool: storage
   state: ONLINE
   scan: none requested
 config:

  NAMESTATE READ WRITE CKSUM
  storage ONLINE   0 0 0
raidz1-0  ONLINE   0 0 0
  ad12ONLINE   0 0 0
  ad14ONLINE   0 0 0
  ad16ONLINE   0 0 0
  ad18ONLINE   0 0 0

 errors: No known data errors

 As vezes é tão fácil fazer as coisas no FreeBSD que a gente até duvida
 que realmente funcione. ahahahahaah
 Muito bom mesmo!!!


 [root@desktop] /usr/ports/sysutils/graid5# cat pkg-descr
 FreeBSD GEOM class for RAID5.

 This is RAID5 geom class, originally written by Arne Worner
 arne_woer...@yahoo.com

 WWW: http://lev.serebryakov.spb.ru/download/graid5/

 Abraços


 Em Sat, 15 Oct 2011 14:50:45 -0300, Marcelo Gondimgon...@bsdinfo.com.br
 escreveu:

 Olá Pesssoal,

 Estou aqui com 4 discos SATA II em uma máquina e resolvi fazer um raid 5
 com eles. Usei o gvinum:

 drive r0 device /dev/ad12a
 drive r1 device /dev/ad14a
 drive r2 device /dev/ad16a
 drive r3 device /dev/ad18a
 volume raid5
plex org raid5 512k
sd drive r0
sd drive r1
sd drive r2
sd drive r3

 Parece que foi tudo 100%. É realmente o gvinum usado para fazer o raid 5
 ou existe alguma outra forma melhor no FreeBSD?
 Uma outra coisa que aparece no boot é essa mensagem:

 Oct 15 10:36:12 zeus kernel: GEOM_VINUM: raid5 plex request failed.
 gvinum/raid5[READ(offset=1500321938944, length=512)]

 Mas parece que está tudo funcionando:

 gvinum - printconfig
 # Vinum configuration of zeus.linuxinfo.com.br, saved at Sat Oct 15
 14:48:59 2011
 drive r0 device /dev/ad12a
 drive r1 device /dev/ad14a
 drive r2 device /dev/ad16a
 drive r3 device /dev/ad18a
 volume raid5
 plex name raid5.p0 org raid5 1024s vol raid5
 sd name raid5.p0.s0 drive r0 len 976772096s driveoffset 265s plex
 raid5.p0 plexoffset 0s
 sd name raid5.p0.s1 drive r1 len 976772096s driveoffset 265s plex
 raid5.p0 plexoffset 1024s
 sd name raid5.p0.s2 drive r2 len 976772096s driveoffset 265s plex
 raid5.p0 plexoffset 2048s
 sd name raid5.p0.s3 drive r3 len 976772096s driveoffset 265s plex
 raid5.p0 plexoffset 3072s

 gvinum - l
 4 drives:
 D r0State: up   /dev/ad12a  A: 0/476939 MB
 (0%)
 D r1State: up   /dev/ad14a  A: 0/476939 MB
 (0%)
 D r2State: up   /dev/ad16a  A: 0/476939 MB
 (0%)
 D r3State: up   /dev/ad18a  A: 0/476939 MB
 (0%)

 1 volume:
 V raid5 State: up   Plexes:   1 Size:   1397
 GB

 1 plex:
 P raid5.p0   R5 State: up   Subdisks: 4 Size:   1397
 GB

 4 subdisks:
 S raid5.p0.s0   State: up   D: r0   Size:465
 GB
 S raid5.p0.s1   State: up   D: r1   Size:465
 GB
 S raid5.p0.s2   State: up   D: r2   Size:465
 GB
 S raid5.p0.s3   State: up   D: r3   Size:465
 GB

 Essa mensagem de erro no boot é normal?

 Grande abraço à todos

 -


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

Re: [FUG-BR] Raid 5 no FreeBSD

[Luiz Gustavo Costa]

Buenas Marcelo !!!

Rapaz, vinum... usei muito na familia 4.x do freebsd, era muito bom ! mas  
quando migra-mos para o 5.x ele não foi portado, até foi criado o gvinum,  
mas até algum tempo atras não estava estavel (falo isso mas eu não sei  
como esta o estado dele hoje).

Eu faria o raid5 (raidZ) no zfs, mas existe uma outra opção chamada graid5  
no ports, sinceramente nunca usei, mas pode-se testar:

[root@desktop] /usr/ports/sysutils/graid5# cat pkg-descr
FreeBSD GEOM class for RAID5.

This is RAID5 geom class, originally written by Arne Worner  
arne_woer...@yahoo.com

WWW: http://lev.serebryakov.spb.ru/download/graid5/

Abraços


Em Sat, 15 Oct 2011 14:50:45 -0300, Marcelo Gondim gon...@bsdinfo.com.br  
escreveu:

 Olá Pesssoal,

 Estou aqui com 4 discos SATA II em uma máquina e resolvi fazer um raid 5
 com eles. Usei o gvinum:

 drive r0 device /dev/ad12a
 drive r1 device /dev/ad14a
 drive r2 device /dev/ad16a
 drive r3 device /dev/ad18a
 volume raid5
  plex org raid5 512k
  sd drive r0
  sd drive r1
  sd drive r2
  sd drive r3

 Parece que foi tudo 100%. É realmente o gvinum usado para fazer o raid 5
 ou existe alguma outra forma melhor no FreeBSD?
 Uma outra coisa que aparece no boot é essa mensagem:

 Oct 15 10:36:12 zeus kernel: GEOM_VINUM: raid5 plex request failed.
 gvinum/raid5[READ(offset=1500321938944, length=512)]

 Mas parece que está tudo funcionando:

 gvinum - printconfig
 # Vinum configuration of zeus.linuxinfo.com.br, saved at Sat Oct 15
 14:48:59 2011
 drive r0 device /dev/ad12a
 drive r1 device /dev/ad14a
 drive r2 device /dev/ad16a
 drive r3 device /dev/ad18a
 volume raid5
 plex name raid5.p0 org raid5 1024s vol raid5
 sd name raid5.p0.s0 drive r0 len 976772096s driveoffset 265s plex
 raid5.p0 plexoffset 0s
 sd name raid5.p0.s1 drive r1 len 976772096s driveoffset 265s plex
 raid5.p0 plexoffset 1024s
 sd name raid5.p0.s2 drive r2 len 976772096s driveoffset 265s plex
 raid5.p0 plexoffset 2048s
 sd name raid5.p0.s3 drive r3 len 976772096s driveoffset 265s plex
 raid5.p0 plexoffset 3072s

 gvinum - l
 4 drives:
 D r0State: up   /dev/ad12a  A: 0/476939 MB  
 (0%)
 D r1State: up   /dev/ad14a  A: 0/476939 MB  
 (0%)
 D r2State: up   /dev/ad16a  A: 0/476939 MB  
 (0%)
 D r3State: up   /dev/ad18a  A: 0/476939 MB  
 (0%)

 1 volume:
 V raid5 State: up   Plexes:   1 Size:   1397  
 GB

 1 plex:
 P raid5.p0   R5 State: up   Subdisks: 4 Size:   1397  
 GB

 4 subdisks:
 S raid5.p0.s0   State: up   D: r0   Size:465  
 GB
 S raid5.p0.s1   State: up   D: r1   Size:465  
 GB
 S raid5.p0.s2   State: up   D: r2   Size:465  
 GB
 S raid5.p0.s3   State: up   D: r3   Size:465  
 GB

 Essa mensagem de erro no boot é normal?

 Grande abraço à todos

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


-- 
/\ Luiz Gustavo S. Costa
   /  \Programmer at BSD Perimeter
  /\ /\/\/\Visit the pfSense Project
/  \\ \   http://www.pfsense.org
  -
BSD da serra carioca, Teresopolis (visite: http://miud.in/Inv)
Contatos: luizgust...@luizgustavo.pro.br / lgco...@pfsense.org
Blog: http://www.luizgustavo.pro.br
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Raid 5 no FreeBSD

[Marcelo Gondim]

Em 15/10/2011 16:54, Luiz Gustavo Costa escreveu:
 Buenas Marcelo !!!

 Rapaz, vinum... usei muito na familia 4.x do freebsd, era muito bom ! mas
 quando migra-mos para o 5.x ele não foi portado, até foi criado o gvinum,
 mas até algum tempo atras não estava estavel (falo isso mas eu não sei
 como esta o estado dele hoje).
Opa Luiz,

É uma boa oportunidade de começar à trabalhar com o zfs e a máquina tem 
12Gb de ram então é de boa.
Tava vendo que para cada 1Tb de disco é bom ter 1Gb de ram pelo menos 
para o zfs ou algo assim. Bem vou fazer meus testes aqui e valeu pela 
dica do RaidZ.


 Eu faria o raid5 (raidZ) no zfs, mas existe uma outra opção chamada graid5
 no ports, sinceramente nunca usei, mas pode-se testar:

 [root@desktop] /usr/ports/sysutils/graid5# cat pkg-descr
 FreeBSD GEOM class for RAID5.

 This is RAID5 geom class, originally written by Arne Worner
 arne_woer...@yahoo.com

 WWW: http://lev.serebryakov.spb.ru/download/graid5/

 Abraços


 Em Sat, 15 Oct 2011 14:50:45 -0300, Marcelo Gondimgon...@bsdinfo.com.br
 escreveu:

 Olá Pesssoal,

 Estou aqui com 4 discos SATA II em uma máquina e resolvi fazer um raid 5
 com eles. Usei o gvinum:

 drive r0 device /dev/ad12a
 drive r1 device /dev/ad14a
 drive r2 device /dev/ad16a
 drive r3 device /dev/ad18a
 volume raid5
   plex org raid5 512k
   sd drive r0
   sd drive r1
   sd drive r2
   sd drive r3

 Parece que foi tudo 100%. É realmente o gvinum usado para fazer o raid 5
 ou existe alguma outra forma melhor no FreeBSD?
 Uma outra coisa que aparece no boot é essa mensagem:

 Oct 15 10:36:12 zeus kernel: GEOM_VINUM: raid5 plex request failed.
 gvinum/raid5[READ(offset=1500321938944, length=512)]

 Mas parece que está tudo funcionando:

 gvinum -  printconfig
 # Vinum configuration of zeus.linuxinfo.com.br, saved at Sat Oct 15
 14:48:59 2011
 drive r0 device /dev/ad12a
 drive r1 device /dev/ad14a
 drive r2 device /dev/ad16a
 drive r3 device /dev/ad18a
 volume raid5
 plex name raid5.p0 org raid5 1024s vol raid5
 sd name raid5.p0.s0 drive r0 len 976772096s driveoffset 265s plex
 raid5.p0 plexoffset 0s
 sd name raid5.p0.s1 drive r1 len 976772096s driveoffset 265s plex
 raid5.p0 plexoffset 1024s
 sd name raid5.p0.s2 drive r2 len 976772096s driveoffset 265s plex
 raid5.p0 plexoffset 2048s
 sd name raid5.p0.s3 drive r3 len 976772096s driveoffset 265s plex
 raid5.p0 plexoffset 3072s

 gvinum -  l
 4 drives:
 D r0State: up   /dev/ad12a  A: 0/476939 MB
 (0%)
 D r1State: up   /dev/ad14a  A: 0/476939 MB
 (0%)
 D r2State: up   /dev/ad16a  A: 0/476939 MB
 (0%)
 D r3State: up   /dev/ad18a  A: 0/476939 MB
 (0%)

 1 volume:
 V raid5 State: up   Plexes:   1 Size:   1397
 GB

 1 plex:
 P raid5.p0   R5 State: up   Subdisks: 4 Size:   1397
 GB

 4 subdisks:
 S raid5.p0.s0   State: up   D: r0   Size:465
 GB
 S raid5.p0.s1   State: up   D: r1   Size:465
 GB
 S raid5.p0.s2   State: up   D: r2   Size:465
 GB
 S raid5.p0.s3   State: up   D: r3   Size:465
 GB

 Essa mensagem de erro no boot é normal?

 Grande abraço à todos

 -
 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] Raid 5 no FreeBSD

[Paulo Henrique BSD Brasil]

Aproposito, cuidado com disco maiores de 2Tb, a placa-mãe tem que 
disponibilizar suporte a GPT assim como o loader do sistema tambem,
Acabei de me informar sobre apos 6 discos de 3Tb da Seagate adquiridos 
recentemente só poderá ser usados em placas sandy-bridge.
Para mais informação:
http://www.rodsbooks.com/gdisk/booting.html

At.t.
Em 15/10/2011 19:57, Marcelo Gondim escreveu:
 Em 15/10/2011 16:54, Luiz Gustavo Costa escreveu:
 Buenas Marcelo !!!

 Rapaz, vinum... usei muito na familia 4.x do freebsd, era muito bom ! mas
 quando migra-mos para o 5.x ele não foi portado, até foi criado o gvinum,
 mas até algum tempo atras não estava estavel (falo isso mas eu não sei
 como esta o estado dele hoje).
 Opa Luiz,

 É uma boa oportunidade de começar à trabalhar com o zfs e a máquina tem
 12Gb de ram então é de boa.
 Tava vendo que para cada 1Tb de disco é bom ter 1Gb de ram pelo menos
 para o zfs ou algo assim. Bem vou fazer meus testes aqui e valeu pela
 dica do RaidZ.

 Eu faria o raid5 (raidZ) no zfs, mas existe uma outra opção chamada graid5
 no ports, sinceramente nunca usei, mas pode-se testar:

 [root@desktop] /usr/ports/sysutils/graid5# cat pkg-descr
 FreeBSD GEOM class for RAID5.

 This is RAID5 geom class, originally written by Arne Worner
 arne_woer...@yahoo.com

 WWW: http://lev.serebryakov.spb.ru/download/graid5/

 Abraços


 Em Sat, 15 Oct 2011 14:50:45 -0300, Marcelo Gondimgon...@bsdinfo.com.br
 escreveu:

 Olá Pesssoal,

 Estou aqui com 4 discos SATA II em uma máquina e resolvi fazer um raid 5
 com eles. Usei o gvinum:

 drive r0 device /dev/ad12a
 drive r1 device /dev/ad14a
 drive r2 device /dev/ad16a
 drive r3 device /dev/ad18a
 volume raid5
plex org raid5 512k
sd drive r0
sd drive r1
sd drive r2
sd drive r3

 Parece que foi tudo 100%. É realmente o gvinum usado para fazer o raid 5
 ou existe alguma outra forma melhor no FreeBSD?
 Uma outra coisa que aparece no boot é essa mensagem:

 Oct 15 10:36:12 zeus kernel: GEOM_VINUM: raid5 plex request failed.
 gvinum/raid5[READ(offset=1500321938944, length=512)]

 Mas parece que está tudo funcionando:

 gvinum -   printconfig
 # Vinum configuration of zeus.linuxinfo.com.br, saved at Sat Oct 15
 14:48:59 2011
 drive r0 device /dev/ad12a
 drive r1 device /dev/ad14a
 drive r2 device /dev/ad16a
 drive r3 device /dev/ad18a
 volume raid5
 plex name raid5.p0 org raid5 1024s vol raid5
 sd name raid5.p0.s0 drive r0 len 976772096s driveoffset 265s plex
 raid5.p0 plexoffset 0s
 sd name raid5.p0.s1 drive r1 len 976772096s driveoffset 265s plex
 raid5.p0 plexoffset 1024s
 sd name raid5.p0.s2 drive r2 len 976772096s driveoffset 265s plex
 raid5.p0 plexoffset 2048s
 sd name raid5.p0.s3 drive r3 len 976772096s driveoffset 265s plex
 raid5.p0 plexoffset 3072s

 gvinum -   l
 4 drives:
 D r0State: up   /dev/ad12a  A: 0/476939 MB
 (0%)
 D r1State: up   /dev/ad14a  A: 0/476939 MB
 (0%)
 D r2State: up   /dev/ad16a  A: 0/476939 MB
 (0%)
 D r3State: up   /dev/ad18a  A: 0/476939 MB
 (0%)

 1 volume:
 V raid5 State: up   Plexes:   1 Size:   1397
 GB

 1 plex:
 P raid5.p0   R5 State: up   Subdisks: 4 Size:   1397
 GB

 4 subdisks:
 S raid5.p0.s0   State: up   D: r0   Size:465
 GB
 S raid5.p0.s1   State: up   D: r1   Size:465
 GB
 S raid5.p0.s2   State: up   D: r2   Size:465
 GB
 S raid5.p0.s3   State: up   D: r3   Size:465
 GB

 Essa mensagem de erro no boot é normal?

 Grande abraço à todos

 -
 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


-- 
Quando a Morte decide contar uma historia,
A melhor ação que possa fazer é ouvi-la,
e torcer por não ser a sua própria a tal história.

Paulo Henrique.
Analista de Sistemas / Programador
BSDs Brasil.
Genuine Unix/BSD User.
Fone: (21) 9683-5433.


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

Re: [FUG-BR] Raid 5 no FreeBSD

[Marcelo Gondim]

Em 15/10/2011 16:54, Luiz Gustavo Costa escreveu:
 Buenas Marcelo !!!

 Rapaz, vinum... usei muito na familia 4.x do freebsd, era muito bom ! mas
 quando migra-mos para o 5.x ele não foi portado, até foi criado o gvinum,
 mas até algum tempo atras não estava estavel (falo isso mas eu não sei
 como esta o estado dele hoje).

 Eu faria o raid5 (raidZ) no zfs, mas existe uma outra opção chamada graid5
 no ports, sinceramente nunca usei, mas pode-se testar:

Pronto agora em raidz  ;)

(root@zeus)[~]# zpool status storage
   pool: storage
  state: ONLINE
  scan: none requested
config:

 NAMESTATE READ WRITE CKSUM
 storage ONLINE   0 0 0
   raidz1-0  ONLINE   0 0 0
 ad12ONLINE   0 0 0
 ad14ONLINE   0 0 0
 ad16ONLINE   0 0 0
 ad18ONLINE   0 0 0

errors: No known data errors

As vezes é tão fácil fazer as coisas no FreeBSD que a gente até duvida 
que realmente funcione. ahahahahaah
Muito bom mesmo!!!



 [root@desktop] /usr/ports/sysutils/graid5# cat pkg-descr
 FreeBSD GEOM class for RAID5.

 This is RAID5 geom class, originally written by Arne Worner
 arne_woer...@yahoo.com

 WWW: http://lev.serebryakov.spb.ru/download/graid5/

 Abraços


 Em Sat, 15 Oct 2011 14:50:45 -0300, Marcelo Gondimgon...@bsdinfo.com.br
 escreveu:

 Olá Pesssoal,

 Estou aqui com 4 discos SATA II em uma máquina e resolvi fazer um raid 5
 com eles. Usei o gvinum:

 drive r0 device /dev/ad12a
 drive r1 device /dev/ad14a
 drive r2 device /dev/ad16a
 drive r3 device /dev/ad18a
 volume raid5
   plex org raid5 512k
   sd drive r0
   sd drive r1
   sd drive r2
   sd drive r3

 Parece que foi tudo 100%. É realmente o gvinum usado para fazer o raid 5
 ou existe alguma outra forma melhor no FreeBSD?
 Uma outra coisa que aparece no boot é essa mensagem:

 Oct 15 10:36:12 zeus kernel: GEOM_VINUM: raid5 plex request failed.
 gvinum/raid5[READ(offset=1500321938944, length=512)]

 Mas parece que está tudo funcionando:

 gvinum -  printconfig
 # Vinum configuration of zeus.linuxinfo.com.br, saved at Sat Oct 15
 14:48:59 2011
 drive r0 device /dev/ad12a
 drive r1 device /dev/ad14a
 drive r2 device /dev/ad16a
 drive r3 device /dev/ad18a
 volume raid5
 plex name raid5.p0 org raid5 1024s vol raid5
 sd name raid5.p0.s0 drive r0 len 976772096s driveoffset 265s plex
 raid5.p0 plexoffset 0s
 sd name raid5.p0.s1 drive r1 len 976772096s driveoffset 265s plex
 raid5.p0 plexoffset 1024s
 sd name raid5.p0.s2 drive r2 len 976772096s driveoffset 265s plex
 raid5.p0 plexoffset 2048s
 sd name raid5.p0.s3 drive r3 len 976772096s driveoffset 265s plex
 raid5.p0 plexoffset 3072s

 gvinum -  l
 4 drives:
 D r0State: up   /dev/ad12a  A: 0/476939 MB
 (0%)
 D r1State: up   /dev/ad14a  A: 0/476939 MB
 (0%)
 D r2State: up   /dev/ad16a  A: 0/476939 MB
 (0%)
 D r3State: up   /dev/ad18a  A: 0/476939 MB
 (0%)

 1 volume:
 V raid5 State: up   Plexes:   1 Size:   1397
 GB

 1 plex:
 P raid5.p0   R5 State: up   Subdisks: 4 Size:   1397
 GB

 4 subdisks:
 S raid5.p0.s0   State: up   D: r0   Size:465
 GB
 S raid5.p0.s1   State: up   D: r1   Size:465
 GB
 S raid5.p0.s2   State: up   D: r2   Size:465
 GB
 S raid5.p0.s3   State: up   D: r3   Size:465
 GB

 Essa mensagem de erro no boot é normal?

 Grande abraço à todos

 -
 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] Raid 5 no FreeBSD

[Marcelo Gondim]

Em 15/10/2011 20:23, Paulo Henrique BSD Brasil escreveu:
 Aproposito, cuidado com disco maiores de 2Tb, a placa-mãe tem que
 disponibilizar suporte a GPT assim como o loader do sistema tambem,
 Acabei de me informar sobre apos 6 discos de 3Tb da Seagate adquiridos
 recentemente só poderá ser usados em placas sandy-bridge.
 Para mais informação:
 http://www.rodsbooks.com/gdisk/booting.html

Opa essa é uma excelente informação Paulo. Bom saber para não comprar 
errado.

 At.t.
 Em 15/10/2011 19:57, Marcelo Gondim escreveu:
 Em 15/10/2011 16:54, Luiz Gustavo Costa escreveu:
 Buenas Marcelo !!!

 Rapaz, vinum... usei muito na familia 4.x do freebsd, era muito bom ! mas
 quando migra-mos para o 5.x ele não foi portado, até foi criado o gvinum,
 mas até algum tempo atras não estava estavel (falo isso mas eu não sei
 como esta o estado dele hoje).
 Opa Luiz,

 É uma boa oportunidade de começar à trabalhar com o zfs e a máquina tem
 12Gb de ram então é de boa.
 Tava vendo que para cada 1Tb de disco é bom ter 1Gb de ram pelo menos
 para o zfs ou algo assim. Bem vou fazer meus testes aqui e valeu pela
 dica do RaidZ.

 Eu faria o raid5 (raidZ) no zfs, mas existe uma outra opção chamada graid5
 no ports, sinceramente nunca usei, mas pode-se testar:

 [root@desktop] /usr/ports/sysutils/graid5# cat pkg-descr
 FreeBSD GEOM class for RAID5.

 This is RAID5 geom class, originally written by Arne Worner
 arne_woer...@yahoo.com

 WWW: http://lev.serebryakov.spb.ru/download/graid5/

 Abraços


 Em Sat, 15 Oct 2011 14:50:45 -0300, Marcelo Gondimgon...@bsdinfo.com.br
 escreveu:

 Olá Pesssoal,

 Estou aqui com 4 discos SATA II em uma máquina e resolvi fazer um raid 5
 com eles. Usei o gvinum:

 drive r0 device /dev/ad12a
 drive r1 device /dev/ad14a
 drive r2 device /dev/ad16a
 drive r3 device /dev/ad18a
 volume raid5
 plex org raid5 512k
 sd drive r0
 sd drive r1
 sd drive r2
 sd drive r3

 Parece que foi tudo 100%. É realmente o gvinum usado para fazer o raid 5
 ou existe alguma outra forma melhor no FreeBSD?
 Uma outra coisa que aparece no boot é essa mensagem:

 Oct 15 10:36:12 zeus kernel: GEOM_VINUM: raid5 plex request failed.
 gvinum/raid5[READ(offset=1500321938944, length=512)]

 Mas parece que está tudo funcionando:

 gvinum -printconfig
 # Vinum configuration of zeus.linuxinfo.com.br, saved at Sat Oct 15
 14:48:59 2011
 drive r0 device /dev/ad12a
 drive r1 device /dev/ad14a
 drive r2 device /dev/ad16a
 drive r3 device /dev/ad18a
 volume raid5
 plex name raid5.p0 org raid5 1024s vol raid5
 sd name raid5.p0.s0 drive r0 len 976772096s driveoffset 265s plex
 raid5.p0 plexoffset 0s
 sd name raid5.p0.s1 drive r1 len 976772096s driveoffset 265s plex
 raid5.p0 plexoffset 1024s
 sd name raid5.p0.s2 drive r2 len 976772096s driveoffset 265s plex
 raid5.p0 plexoffset 2048s
 sd name raid5.p0.s3 drive r3 len 976772096s driveoffset 265s plex
 raid5.p0 plexoffset 3072s

 gvinum -l
 4 drives:
 D r0State: up   /dev/ad12a  A: 0/476939 MB
 (0%)
 D r1State: up   /dev/ad14a  A: 0/476939 MB
 (0%)
 D r2State: up   /dev/ad16a  A: 0/476939 MB
 (0%)
 D r3State: up   /dev/ad18a  A: 0/476939 MB
 (0%)

 1 volume:
 V raid5 State: up   Plexes:   1 Size:   1397
 GB

 1 plex:
 P raid5.p0   R5 State: up   Subdisks: 4 Size:   1397
 GB

 4 subdisks:
 S raid5.p0.s0   State: up   D: r0   Size:465
 GB
 S raid5.p0.s1   State: up   D: r1   Size:465
 GB
 S raid5.p0.s2   State: up   D: r2   Size:465
 GB
 S raid5.p0.s3   State: up   D: r3   Size:465
 GB

 Essa mensagem de erro no boot é normal?

 Grande abraço à todos


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

Re: [FUG-BR] Raid 5 no FreeBSD

[Thiago Damas]

  Que tipo de aplicacao usara estes discos? Ja pensou em fazer um RAID
10 com zfs?

Thiago

Em 15 de outubro de 2011 21:32, Marcelo Gondim gon...@bsdinfo.com.br escreveu:
 Em 15/10/2011 16:54, Luiz Gustavo Costa escreveu:
 Buenas Marcelo !!!

 Rapaz, vinum... usei muito na familia 4.x do freebsd, era muito bom ! mas
 quando migra-mos para o 5.x ele não foi portado, até foi criado o gvinum,
 mas até algum tempo atras não estava estavel (falo isso mas eu não sei
 como esta o estado dele hoje).

 Eu faria o raid5 (raidZ) no zfs, mas existe uma outra opção chamada graid5
 no ports, sinceramente nunca usei, mas pode-se testar:

 Pronto agora em raidz  ;)

 (root@zeus)[~]# zpool status storage
   pool: storage
  state: ONLINE
  scan: none requested
 config:

         NAME        STATE     READ WRITE CKSUM
         storage     ONLINE       0     0     0
           raidz1-0  ONLINE       0     0     0
             ad12    ONLINE       0     0     0
             ad14    ONLINE       0     0     0
             ad16    ONLINE       0     0     0
             ad18    ONLINE       0     0     0

 errors: No known data errors

 As vezes é tão fácil fazer as coisas no FreeBSD que a gente até duvida
 que realmente funcione. ahahahahaah
 Muito bom mesmo!!!



 [root@desktop] /usr/ports/sysutils/graid5# cat pkg-descr
 FreeBSD GEOM class for RAID5.

 This is RAID5 geom class, originally written by Arne Worner
 arne_woer...@yahoo.com

 WWW: http://lev.serebryakov.spb.ru/download/graid5/

 Abraços


 Em Sat, 15 Oct 2011 14:50:45 -0300, Marcelo Gondimgon...@bsdinfo.com.br
 escreveu:

 Olá Pesssoal,

 Estou aqui com 4 discos SATA II em uma máquina e resolvi fazer um raid 5
 com eles. Usei o gvinum:

 drive r0 device /dev/ad12a
 drive r1 device /dev/ad14a
 drive r2 device /dev/ad16a
 drive r3 device /dev/ad18a
 volume raid5
       plex org raid5 512k
       sd drive r0
       sd drive r1
       sd drive r2
       sd drive r3

 Parece que foi tudo 100%. É realmente o gvinum usado para fazer o raid 5
 ou existe alguma outra forma melhor no FreeBSD?
 Uma outra coisa que aparece no boot é essa mensagem:

 Oct 15 10:36:12 zeus kernel: GEOM_VINUM: raid5 plex request failed.
 gvinum/raid5[READ(offset=1500321938944, length=512)]

 Mas parece que está tudo funcionando:

 gvinum -  printconfig
 # Vinum configuration of zeus.linuxinfo.com.br, saved at Sat Oct 15
 14:48:59 2011
 drive r0 device /dev/ad12a
 drive r1 device /dev/ad14a
 drive r2 device /dev/ad16a
 drive r3 device /dev/ad18a
 volume raid5
 plex name raid5.p0 org raid5 1024s vol raid5
 sd name raid5.p0.s0 drive r0 len 976772096s driveoffset 265s plex
 raid5.p0 plexoffset 0s
 sd name raid5.p0.s1 drive r1 len 976772096s driveoffset 265s plex
 raid5.p0 plexoffset 1024s
 sd name raid5.p0.s2 drive r2 len 976772096s driveoffset 265s plex
 raid5.p0 plexoffset 2048s
 sd name raid5.p0.s3 drive r3 len 976772096s driveoffset 265s plex
 raid5.p0 plexoffset 3072s

 gvinum -  l
 4 drives:
 D r0                    State: up       /dev/ad12a      A: 0/476939 MB
 (0%)
 D r1                    State: up       /dev/ad14a      A: 0/476939 MB
 (0%)
 D r2                    State: up       /dev/ad16a      A: 0/476939 MB
 (0%)
 D r3                    State: up       /dev/ad18a      A: 0/476939 MB
 (0%)

 1 volume:
 V raid5                 State: up       Plexes:       1 Size:       1397
 GB

 1 plex:
 P raid5.p0           R5 State: up       Subdisks:     4 Size:       1397
 GB

 4 subdisks:
 S raid5.p0.s0           State: up       D: r0           Size:        465
 GB
 S raid5.p0.s1           State: up       D: r1           Size:        465
 GB
 S raid5.p0.s2           State: up       D: r2           Size:        465
 GB
 S raid5.p0.s3           State: up       D: r3           Size:        465
 GB

 Essa mensagem de erro no boot é normal?

 Grande abraço à todos

 -
 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] Raid 5 no FreeBSD

[Marcelo Gondim]

Em 15/10/2011 23:03, Thiago Damas escreveu:
Que tipo de aplicacao usara estes discos? Ja pensou em fazer um RAID
 10 com zfs?

Opa Thiago,

No momento para hospedagem de algumas aplicações mas pensei em criar um 
servidor de VMs. No entanto parece que para isso o que temos de melhor 
seria o Virtualbox pelo jeito.
Pena que ainda não temos grandes opções para essa tarefa ou estou enganado?
Estive procurando por Xen no FreeBSD e pelo visto só trabalha como domU 
e não como dom0.


 Thiago

 Em 15 de outubro de 2011 21:32, Marcelo Gondimgon...@bsdinfo.com.br  
 escreveu:
 Em 15/10/2011 16:54, Luiz Gustavo Costa escreveu:
 Buenas Marcelo !!!

 Rapaz, vinum... usei muito na familia 4.x do freebsd, era muito bom ! mas
 quando migra-mos para o 5.x ele não foi portado, até foi criado o gvinum,
 mas até algum tempo atras não estava estavel (falo isso mas eu não sei
 como esta o estado dele hoje).

 Eu faria o raid5 (raidZ) no zfs, mas existe uma outra opção chamada graid5
 no ports, sinceramente nunca usei, mas pode-se testar:
 Pronto agora em raidz  ;)

 (root@zeus)[~]# zpool status storage
pool: storage
   state: ONLINE
   scan: none requested
 config:

  NAMESTATE READ WRITE CKSUM
  storage ONLINE   0 0 0
raidz1-0  ONLINE   0 0 0
  ad12ONLINE   0 0 0
  ad14ONLINE   0 0 0
  ad16ONLINE   0 0 0
  ad18ONLINE   0 0 0

 errors: No known data errors

 As vezes é tão fácil fazer as coisas no FreeBSD que a gente até duvida
 que realmente funcione. ahahahahaah
 Muito bom mesmo!!!


 [root@desktop] /usr/ports/sysutils/graid5# cat pkg-descr
 FreeBSD GEOM class for RAID5.

 This is RAID5 geom class, originally written by Arne Worner
 arne_woer...@yahoo.com

 WWW: http://lev.serebryakov.spb.ru/download/graid5/

 Abraços


 Em Sat, 15 Oct 2011 14:50:45 -0300, Marcelo Gondimgon...@bsdinfo.com.br
 escreveu:

 Olá Pesssoal,

 Estou aqui com 4 discos SATA II em uma máquina e resolvi fazer um raid 5
 com eles. Usei o gvinum:

 drive r0 device /dev/ad12a
 drive r1 device /dev/ad14a
 drive r2 device /dev/ad16a
 drive r3 device /dev/ad18a
 volume raid5
plex org raid5 512k
sd drive r0
sd drive r1
sd drive r2
sd drive r3

 Parece que foi tudo 100%. É realmente o gvinum usado para fazer o raid 5
 ou existe alguma outra forma melhor no FreeBSD?
 Uma outra coisa que aparece no boot é essa mensagem:

 Oct 15 10:36:12 zeus kernel: GEOM_VINUM: raid5 plex request failed.
 gvinum/raid5[READ(offset=1500321938944, length=512)]

 Mas parece que está tudo funcionando:

 gvinum -printconfig
 # Vinum configuration of zeus.linuxinfo.com.br, saved at Sat Oct 15
 14:48:59 2011
 drive r0 device /dev/ad12a
 drive r1 device /dev/ad14a
 drive r2 device /dev/ad16a
 drive r3 device /dev/ad18a
 volume raid5
 plex name raid5.p0 org raid5 1024s vol raid5
 sd name raid5.p0.s0 drive r0 len 976772096s driveoffset 265s plex
 raid5.p0 plexoffset 0s
 sd name raid5.p0.s1 drive r1 len 976772096s driveoffset 265s plex
 raid5.p0 plexoffset 1024s
 sd name raid5.p0.s2 drive r2 len 976772096s driveoffset 265s plex
 raid5.p0 plexoffset 2048s
 sd name raid5.p0.s3 drive r3 len 976772096s driveoffset 265s plex
 raid5.p0 plexoffset 3072s

 gvinum -l
 4 drives:
 D r0State: up   /dev/ad12a  A: 0/476939 MB
 (0%)
 D r1State: up   /dev/ad14a  A: 0/476939 MB
 (0%)
 D r2State: up   /dev/ad16a  A: 0/476939 MB
 (0%)
 D r3State: up   /dev/ad18a  A: 0/476939 MB
 (0%)

 1 volume:
 V raid5 State: up   Plexes:   1 Size:   1397
 GB

 1 plex:
 P raid5.p0   R5 State: up   Subdisks: 4 Size:   1397
 GB

 4 subdisks:
 S raid5.p0.s0   State: up   D: r0   Size:465
 GB
 S raid5.p0.s1   State: up   D: r1   Size:465
 GB
 S raid5.p0.s2   State: up   D: r2   Size:465
 GB
 S raid5.p0.s3   State: up   D: r3   Size:465
 GB

 Essa mensagem de erro no boot é normal?

 Grande abraço à todos

 -
 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] Raid 5 no FreeBSD

[Josias L.G]

http://wiki.freebsd.org/BHyVe

Em breve algo melhor do que Xen.

Abraços.

Em 15/10/2011, às 23:41, Marcelo Gondim escreveu:

 Em 15/10/2011 23:03, Thiago Damas escreveu:
   Que tipo de aplicacao usara estes discos? Ja pensou em fazer um RAID
 10 com zfs?
 
 Opa Thiago,
 
 No momento para hospedagem de algumas aplicações mas pensei em criar um 
 servidor de VMs. No entanto parece que para isso o que temos de melhor 
 seria o Virtualbox pelo jeito.
 Pena que ainda não temos grandes opções para essa tarefa ou estou enganado?
 Estive procurando por Xen no FreeBSD e pelo visto só trabalha como domU 
 e não como dom0.
 
 
 Thiago
 
 Em 15 de outubro de 2011 21:32, Marcelo Gondimgon...@bsdinfo.com.br  
 escreveu:
 Em 15/10/2011 16:54, Luiz Gustavo Costa escreveu:
 Buenas Marcelo !!!
 
 Rapaz, vinum... usei muito na familia 4.x do freebsd, era muito bom ! mas
 quando migra-mos para o 5.x ele não foi portado, até foi criado o gvinum,
 mas até algum tempo atras não estava estavel (falo isso mas eu não sei
 como esta o estado dele hoje).
 
 Eu faria o raid5 (raidZ) no zfs, mas existe uma outra opção chamada graid5
 no ports, sinceramente nunca usei, mas pode-se testar:
 Pronto agora em raidz  ;)
 
 (root@zeus)[~]# zpool status storage
   pool: storage
  state: ONLINE
  scan: none requested
 config:
 
 NAMESTATE READ WRITE CKSUM
 storage ONLINE   0 0 0
   raidz1-0  ONLINE   0 0 0
 ad12ONLINE   0 0 0
 ad14ONLINE   0 0 0
 ad16ONLINE   0 0 0
 ad18ONLINE   0 0 0
 
 errors: No known data errors
 
 As vezes é tão fácil fazer as coisas no FreeBSD que a gente até duvida
 que realmente funcione. ahahahahaah
 Muito bom mesmo!!!
 
 
 [root@desktop] /usr/ports/sysutils/graid5# cat pkg-descr
 FreeBSD GEOM class for RAID5.
 
 This is RAID5 geom class, originally written by Arne Worner
 arne_woer...@yahoo.com
 
 WWW: http://lev.serebryakov.spb.ru/download/graid5/
 
 Abraços
 
 
 Em Sat, 15 Oct 2011 14:50:45 -0300, Marcelo Gondimgon...@bsdinfo.com.br
 escreveu:
 
 Olá Pesssoal,
 
 Estou aqui com 4 discos SATA II em uma máquina e resolvi fazer um raid 5
 com eles. Usei o gvinum:
 
 drive r0 device /dev/ad12a
 drive r1 device /dev/ad14a
 drive r2 device /dev/ad16a
 drive r3 device /dev/ad18a
 volume raid5
   plex org raid5 512k
   sd drive r0
   sd drive r1
   sd drive r2
   sd drive r3
 
 Parece que foi tudo 100%. É realmente o gvinum usado para fazer o raid 5
 ou existe alguma outra forma melhor no FreeBSD?
 Uma outra coisa que aparece no boot é essa mensagem:
 
 Oct 15 10:36:12 zeus kernel: GEOM_VINUM: raid5 plex request failed.
 gvinum/raid5[READ(offset=1500321938944, length=512)]
 
 Mas parece que está tudo funcionando:
 
 gvinum -printconfig
 # Vinum configuration of zeus.linuxinfo.com.br, saved at Sat Oct 15
 14:48:59 2011
 drive r0 device /dev/ad12a
 drive r1 device /dev/ad14a
 drive r2 device /dev/ad16a
 drive r3 device /dev/ad18a
 volume raid5
 plex name raid5.p0 org raid5 1024s vol raid5
 sd name raid5.p0.s0 drive r0 len 976772096s driveoffset 265s plex
 raid5.p0 plexoffset 0s
 sd name raid5.p0.s1 drive r1 len 976772096s driveoffset 265s plex
 raid5.p0 plexoffset 1024s
 sd name raid5.p0.s2 drive r2 len 976772096s driveoffset 265s plex
 raid5.p0 plexoffset 2048s
 sd name raid5.p0.s3 drive r3 len 976772096s driveoffset 265s plex
 raid5.p0 plexoffset 3072s
 
 gvinum -l
 4 drives:
 D r0State: up   /dev/ad12a  A: 0/476939 MB
 (0%)
 D r1State: up   /dev/ad14a  A: 0/476939 MB
 (0%)
 D r2State: up   /dev/ad16a  A: 0/476939 MB
 (0%)
 D r3State: up   /dev/ad18a  A: 0/476939 MB
 (0%)
 
 1 volume:
 V raid5 State: up   Plexes:   1 Size:   1397
 GB
 
 1 plex:
 P raid5.p0   R5 State: up   Subdisks: 4 Size:   1397
 GB
 
 4 subdisks:
 S raid5.p0.s0   State: up   D: r0   Size:465
 GB
 S raid5.p0.s1   State: up   D: r1   Size:465
 GB
 S raid5.p0.s2   State: up   D: r2   Size:465
 GB
 S raid5.p0.s3   State: up   D: r3   Size:465
 GB
 
 Essa mensagem de erro no boot é normal?
 
 Grande abraço à todos
 
 -
 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: 

Re: [FUG-BR] raid 1 freebsd

[Jorge Petry]

Segue um artigo do site da FUG.

Todos os meus servidores funcionam assim, mas lembre-se, vc tem q sempre 
entender como funciona o processo.
Não faça por fazer, pois quando tiver problemas vai ser bem difícil.

http://www.fug.com.br/content/view/440/77/

Abraço.

Jorge Petry.


Em 23/07/2011 15:18, Paulo Henrique BSD Brasil escreveu:
 Apenas uma dica antes de proceguir !!!
 Verifique o fstab se o mesmo está apontando para os dispositivos fisicos
 ( ad?s? ) ou para os dispositivos virtuais do raid ( caso raid via
 hardware - $CRL?s? ou no caso do geom /dev/mirror/gm?s? ).
 Muitos problemas que vejo ocorre quanto os discos referenciados pelo
 fstab são os discos fisicos e não os discos virtuais do array.
 Do contrario, melhor ver o que o Diogo pediu !!
 Att.
 Em 23/7/2011 14:29, irado furioso com tudo escreveu:
 Em Sat, 23 Jul 2011 13:47:01 -0300
 Diogo Rodrigodiogo1...@gmail.com, conhecido consumidor/usuário de
 drogas (Windows e BigMac com Coke) escreveu:

 fiz tudo certo
 acredito em vc.
 e o sistema agora nao monta
 quais as msgs e/ou descrição de êrro?



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

Re: [FUG-BR] raid 1 freebsd

[irado furioso com tudo]

Em Sat, 23 Jul 2011 13:47:01 -0300
Diogo Rodrigo diogo1...@gmail.com, conhecido consumidor/usuário de
drogas (Windows e BigMac com Coke) escreveu:

 fiz tudo certo 

acredito em vc.
 e o sistema agora nao monta

quais as msgs e/ou descrição de êrro?


-- 
 saudações,
 irado furioso com tudo
 Linux User 179402/FreeBSD BSD50853/FUG-BR 154
 Não uso drogas - 100% Miko$hit-free
Me pergunto em que tipo de sociedade vivemos, que democracia é essa
que temos onde os corruptos vivem na impunidade, e a fome das pessoas é
considerada subversiva [Ernesto Sábato, Antes do Fim (1998)]
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] raid 1 freebsd

[Paulo Henrique BSD Brasil]

Apenas uma dica antes de proceguir !!!
Verifique o fstab se o mesmo está apontando para os dispositivos fisicos 
( ad?s? ) ou para os dispositivos virtuais do raid ( caso raid via 
hardware - $CRL?s? ou no caso do geom /dev/mirror/gm?s? ).
Muitos problemas que vejo ocorre quanto os discos referenciados pelo 
fstab são os discos fisicos e não os discos virtuais do array.
Do contrario, melhor ver o que o Diogo pediu !!
Att.
Em 23/7/2011 14:29, irado furioso com tudo escreveu:
 Em Sat, 23 Jul 2011 13:47:01 -0300
 Diogo Rodrigodiogo1...@gmail.com, conhecido consumidor/usuário de
 drogas (Windows e BigMac com Coke) escreveu:

 fiz tudo certo
 acredito em vc.
 e o sistema agora nao monta
 quais as msgs e/ou descrição de êrro?




-- 
Quando a Morte decide contar uma historia,
A melhor ação que possa fazer é ouvi-la,
e torcer por não ser a sua própria a tal história.

Paulo Henrique.
Analista de Sistemas / Programador
BSDs Brasil.
Genuine Unix/BSD User.
Fone: (21) 9683-5433.


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

Re: [FUG-BR] Raid 5 (ZFS)

[Renato Botelho]

2010/5/5 Nenhum_de_Nos math...@eternamente.info:
 Renato,

 salvo engano, raidz no zfs num faz o mesmo que Raid5 ? (seria somente um 
 apelido do zfs) (naõ achei página falando agora, num procurei tanto tb :)

Até onde sei, existem diferenças entre o 5 e o Z

http://www.mail-archive.com/zfs-disc...@opensolaris.org/msg32647.html

-- 
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] Raid 5 (ZFS)

[Márcio Luciano Donada]

Em 5/5/2010 01:27, Nenhum_de_Nos escreveu:

 Renato,

 salvo engano, raidz no zfs num faz o mesmo que Raid5 ? (seria somente um 
 apelido do zfs) (naõ achei página falando agora, num procurei tanto tb :)

   


Da man page do zpool

raidz A  variation on RAID-5 that allows for better distribution of
raidz1   parity and eliminates the RAID-5 write hole (in which  data
raidz2   and  parity become inconsistent after a power loss). Data and
 parity is striped across all disks within a raidz group.

 A raidz group can have either single- or double-parity,
mean-
 ing  that  the  raidz  group  can sustain one or two
failures
 respectively without losing any data. The  raidz1 
vdev  type
 specifies  a  single-parity  raidz  group and the
raidz2 vdev
 type specifies a double-parity raidz group.  The 
raidz  vdev
 type is an alias for raidz1.

 A  raidz group with N disks of size X with P parity
disks can
 hold  approximately  (N-P)*X  bytes  and  can  
withstand   P
 device(s)  failing  before data integrity is
compromised. The
 minimum number of devices in a raidz group is one 
more  than
 the number of parity disks. The recommended number is
between
 3 and 9 to help increase performance.


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

Re: [FUG-BR] Raid 5 (ZFS)

[Alessandro de Souza Rocha]

da uma lida que vai entender.
http://blogs.sun.com/bonwick/entry/raid_z

Em 5 de maio de 2010 14:18, Márcio Luciano Donada mdon...@gmail.com escreveu:
 Em 5/5/2010 01:27, Nenhum_de_Nos escreveu:

 Renato,

 salvo engano, raidz no zfs num faz o mesmo que Raid5 ? (seria somente um 
 apelido do zfs) (naõ achei página falando agora, num procurei tanto tb :)




 Da man page do zpool

 raidz         A  variation on RAID-5 that allows for better distribution of
 raidz1       parity and eliminates the RAID-5 write hole (in which  data
 raidz2       and  parity become inconsistent after a power loss). Data and
                 parity is striped across all disks within a raidz group.

                 A raidz group can have either single- or double-parity,
 mean-
                 ing  that  the  raidz  group  can sustain one or two
 failures
                 respectively without losing any data. The  raidz1
 vdev  type
                 specifies  a  single-parity  raidz  group and the
 raidz2 vdev
                 type specifies a double-parity raidz group.  The
 raidz  vdev
                 type is an alias for raidz1.

                 A  raidz group with N disks of size X with P parity
 disks can
                 hold  approximately  (N-P)*X  bytes  and  can
 withstand   P
                 device(s)  failing  before data integrity is
 compromised. The
                 minimum number of devices in a raidz group is one
 more  than
                 the number of parity disks. The recommended number is
 between
                 3 and 9 to help increase performance.


 -
 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

Re: [FUG-BR] Raid 5 (ZFS)

[Márcio Luciano Donada]

Em 3/5/2010 14:52, Welkson Renny de Medeiros escreveu:
 Botelho,

 Quanto ao FreeNAS... sabe qual versão do ZFS estão usando por lá?

 Ou é melhor ficar com GEOM mesmo?

 Abraço,

   

Encontrei um doc [1], sobre o assunto, porém antes de executar é bom
ativar sysctl kern.geom.debugflags=17, porque ele apresenta problemas de
permissão. Agora vou fazer alguns testes, como retirar discos pra ver se
ele faz o rebuild como manda o figurino.

[1]. https://www.dan.me.uk/blog/2010/02/07/raid56-using-zfs-in-freebsd-8-x/

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] Raid 5 (ZFS)

[Welkson Renny de Medeiros]

Márcio Luciano Donada escreveu:
 Em 3/5/2010 14:52, Welkson Renny de Medeiros escreveu:
   
 Botelho,

 Quanto ao FreeNAS... sabe qual versão do ZFS estão usando por lá?

 Ou é melhor ficar com GEOM mesmo?

 Abraço,

   
 

 Encontrei um doc [1], sobre o assunto, porém antes de executar é bom
 ativar sysctl kern.geom.debugflags=17, porque ele apresenta problemas de
 permissão. Agora vou fazer alguns testes, como retirar discos pra ver se
 ele faz o rebuild como manda o figurino.

 [1]. https://www.dan.me.uk/blog/2010/02/07/raid56-using-zfs-in-freebsd-8-x/
   
Maravilha Márcio! Muito obrigado pela dica!

Essa semana vou ver se consigo um hardware para brincar com FreeNAS (até 
instalei, mas em hardware temporário e sem RAID).

Abraço,

-- 
Welkson Renny de Medeiros
Desenvolvimento / Gerência de Redes
Focus Automação Comercial
FreeBSD Community Member

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

Re: [FUG-BR] Raid 5 (ZFS)

[Nenhum_de_Nos]

On Mon, 3 May 2010 12:36:14 -0300
Renato Botelho rbga...@gmail.com wrote:

 2010/5/3 Márcio Luciano Donada mdon...@gmail.com:
  Senhores,
  Estou com um servidor e tenho nele 5 discos SCSI Ultra, como não tenho
  uma controladora RAID quero usar o ZFS para criar uma RAID 5 nessa
  máquina. Alguém usa versão 7 com ZFS em uma RAID 5? Está estável? Pois,
  em pesquisa no histórico da lista, algumas pessoas não recomendam o geom
  para isso.
 
 Da uma olhada em qual versão está o ZFS no FreeBSD 7, até
 onde me lembro, a versão estável é a 13.
 
 Outra coisa, com 5 discos + ZFS, considere usar RaidZ ao
 invés de Raid5, a única coisa que não rolava era o boot com
 RaidZ, mas pode ser que isso tenha mudado

Renato,

salvo engano, raidz no zfs num faz o mesmo que Raid5 ? (seria somente um 
apelido do zfs) (naõ achei página falando agora, num procurei tanto tb :)

matheus

 -- 
 Renato Botelho
 -
 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

Re: [FUG-BR] Raid 5 (ZFS)

[Renato Botelho]

2010/5/3 Márcio Luciano Donada mdon...@gmail.com:
 Senhores,
 Estou com um servidor e tenho nele 5 discos SCSI Ultra, como não tenho
 uma controladora RAID quero usar o ZFS para criar uma RAID 5 nessa
 máquina. Alguém usa versão 7 com ZFS em uma RAID 5? Está estável? Pois,
 em pesquisa no histórico da lista, algumas pessoas não recomendam o geom
 para isso.

Da uma olhada em qual versão está o ZFS no FreeBSD 7, até
onde me lembro, a versão estável é a 13.

Outra coisa, com 5 discos + ZFS, considere usar RaidZ ao
invés de Raid5, a única coisa que não rolava era o boot com
RaidZ, mas pode ser que isso tenha mudado

-- 
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] Raid 5 (ZFS)

[Welkson Renny de Medeiros]

Renato Botelho escreveu:
 2010/5/3 Márcio Luciano Donada mdon...@gmail.com:
   
 Senhores,
 Estou com um servidor e tenho nele 5 discos SCSI Ultra, como não tenho
 uma controladora RAID quero usar o ZFS para criar uma RAID 5 nessa
 máquina. Alguém usa versão 7 com ZFS em uma RAID 5? Está estável? Pois,
 em pesquisa no histórico da lista, algumas pessoas não recomendam o geom
 para isso.
 

 Da uma olhada em qual versão está o ZFS no FreeBSD 7, até
 onde me lembro, a versão estável é a 13.

 Outra coisa, com 5 discos + ZFS, considere usar RaidZ ao
 invés de Raid5, a única coisa que não rolava era o boot com
 RaidZ, mas pode ser que isso tenha mudado

   

Botelho,

Quanto ao FreeNAS... sabe qual versão do ZFS estão usando por lá?

Ou é melhor ficar com GEOM mesmo?

Abraço,

-- 
Welkson Renny de Medeiros
Desenvolvimento / Gerência de Redes
Focus Automação Comercial
FreeBSD Community Member

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

Re: [FUG-BR] Raid 10 - adaptec - mysql duvidas !!

[Alessandro de Souza Rocha]

olha ai.
http://peter-zaitsev.livejournal.com/14415.html


2009/12/22 Nilson nil...@forge.com.br:
 2009/12/22 diogo diogo1...@gmail.com:
 Prezados amigos to montado um mysql com raid 10 via hardware placa adaptec 
 2405
 Quando to criando o array ele pergunta strip size algo assim ..
 Ai tem varias opções
 256k , 128 , 64k
 Qual seria a melhor optar ??
 [cut...]
 Se alguem puder dar alguma sugestão baseado em testes algo do gênero
 agradeço

 Então, como base para bancos de dados é sempre
 bom usar um número pequeno, afinal bancos fazem
 muitas pequenas leituras para compor algo grande.
 Mas como não é um sistema que está partindo do
 ZERO, e você já o tem rodando num servidor atual,
 podes medir qual é tamanho médio dos IOs que
 ele está fazendo, e então colocar como strip size do
 novo servidor o primeiro valor maior que o atual
 tamanho médio de acesso.

 Uma das formas de se medir isso seria:

 # iostat -d -w 5 ad1

 Ele vai te mostrar 3 informações:
 KB/t = KBytes por transação
 tps = transações por segundo
 MB/s = MBytes transferidos por segundo.

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

Re: [FUG-BR] Raid 10 - adaptec - mysql duvidas !!

[Nilson]

2009/12/22 diogo diogo1...@gmail.com:
 Prezados amigos to montado um mysql com raid 10 via hardware placa adaptec 
 2405
 Quando to criando o array ele pergunta strip size algo assim ..
 Ai tem varias opções
 256k , 128 , 64k
 Qual seria a melhor optar ??
 [cut...]
 Se alguem puder dar alguma sugestão baseado em testes algo do gênero
 agradeço

Então, como base para bancos de dados é sempre
bom usar um número pequeno, afinal bancos fazem
muitas pequenas leituras para compor algo grande.
Mas como não é um sistema que está partindo do
ZERO, e você já o tem rodando num servidor atual,
podes medir qual é tamanho médio dos IOs que
ele está fazendo, e então colocar como strip size do
novo servidor o primeiro valor maior que o atual
tamanho médio de acesso.

Uma das formas de se medir isso seria:

# iostat -d -w 5 ad1

Ele vai te mostrar 3 informações:
KB/t = KBytes por transação
tps = transações por segundo
MB/s = MBytes transferidos por segundo.

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

Re: [FUG-BR] Raid Controladora Perc6

[irado furioso com tudo]

Em Tue, 15 Sep 2009 02:30:40 -0300
Wanderson Tinti wander...@bsd.com.br, conhecido consumidor de drogas
(BigMac's com Coke) escreveu:


 Consulte o Hardware Notes do FreeBSD. Segundo o link[1] o drive mfi
 suporta a controladora Dell Perc6, no link[2] tem algumas infomações
 para você compilar o kernel. Esse Hardware Note é do FreeBSD 8
 CURRENT.

IMHO, é inconveniente um CURRENT para servidor de produção.

flames  /dev/null


-- 
 saudações,
 irado furioso com tudo
 Linux User 179402/FreeBSD BSD50853/FUG-BR 154
 Não uso drogas - 100% Miko$hit-free
 povo é aquela galera que grita na geral mas não influi no
resultado (Plinio Marcos)
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] Raid Controladora Perc6

[Renato Ornelas]

Tenho o 7.2 instalado em um Dell 1950 e num PowerEdge R610:
On Board Device 6 Information
Type: SAS Controller
Status: Enabled
Description: Integrated PERC 6/i Controller

O driver é esse mfi0 mesmo. Não tenho muita experiencia no FreeBSD ainda,
mas nao tive nenhum problema com estas maquinas até hoje (1950 ta rodando a
4 meses e outra com 1,5).

Renato Ornelas

2009/9/15 irado furioso com tudo ir...@bsd.com.br

 Em Tue, 15 Sep 2009 02:30:40 -0300
 Wanderson Tinti wander...@bsd.com.br, conhecido consumidor de drogas
 (BigMac's com Coke) escreveu:


  Consulte o Hardware Notes do FreeBSD. Segundo o link[1] o drive mfi
  suporta a controladora Dell Perc6, no link[2] tem algumas infomações
  para você compilar o kernel. Esse Hardware Note é do FreeBSD 8
  CURRENT.

 IMHO, é inconveniente um CURRENT para servidor de produção.

 flames  /dev/null


 --
  saudações,
  irado furioso com tudo
  Linux User 179402/FreeBSD BSD50853/FUG-BR 154
  Não uso drogas - 100% Miko$hit-free
  povo é aquela galera que grita na geral mas não influi no
 resultado (Plinio Marcos)
 -
 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] Raid Controladora Perc6

[William David FUG-BR]

Tenho 2 servidors DELL com esta controladora rodando com freebsd  7.0
sem nenhum  problema

Servidor DELL 2900iii nome Loki:

CPU: Intel(R) Xeon(R) CPU   E5320  @ 1.86GHz (1861.92-MHz K8-class CPU)
  Origin = GenuineIntel  Id = 0x6fb  Stepping = 11
  
Features=0xbfebfbffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE
  Features2=0x4e3bdSSE3,RSVD2,MON,DS_CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,DCA
  AMD Features=0x20100800SYSCALL,NX,LM
  AMD Features2=0x1LAHF
  Cores per package: 4
usable memory = 2129399808 (2030 MB)
avail memory  = 2054852608 (1959 MB)
ACPI APIC Table: DELL   PE_SC3  
FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs
 cpu0 (BSP): APIC ID:  0
 cpu1 (AP): APIC ID:  1
 cpu2 (AP): APIC ID:  2
 cpu3 (AP): APIC ID:  3

mfi0: Dell PERC 6 port 0xec00-0xecff mem
0xfc48-0xfc4b,0xfc44-0xfc47 irq 16 at device 0.0 on
pci1
mfi0: Megaraid SAS driver Ver 2.00
mfi0: 991 (270849110s/0x0020/info) - Shutdown command received from host
mfi0: 992 (boot + 3s/0x0020/info) - Firmware initialization started
(PCI ID 0060/1000/1f0c/1028)
mfi0: 993 (boot + 3s/0x0020/info) - Firmware version 1.11.52-0396
mfi0: 994 (boot + 3s/0x0008/info) - Battery Present
mfi0: 995 (boot + 3s/0x0020/info) - Package version 6.0.2-0002
mfi0: 996 (boot + 10s/0x0004/info) - Enclosure (SES) discovered on PD
20(c None/p0)
mfi0: 997 (boot + 10s/0x0002/info) - Inserted: Encl PD 20
mfi0: 998 (boot + 10s/0x0002/info) - Inserted: PD 20(c None/p0) Info:
enclPd=20, scsiType=d, portMap=09,
sasAddr=5001e0f02f6da100,
mfi0: 999 (boot + 10s/0x0002/info) - Inserted: PD 00(e0x20/s0)
mfi0: 1000 (boot + 10s/0x0002/info) - Inserted: PD 00(e0x20/s0) Info:
enclPd=20, scsiType=0, portMap=00,
sasAddr=1221,
mfi0: 1001 (boot + 10s/0x0002/info) - Inserted: PD 01(e0x20/s1)
mfi0: 1002 (boot + 10s/0x0002/info) - Inserted: PD 01(e0x20/s1) Info:
enclPd=20, scsiType=0, portMap=01,
sasAddr=12210100,
mfi0: 1003 (270849141s/0x0020/info) - Time established as 07/31/08
19:52:21; (25 seconds since power on)
mfi0: 1004 (270849184s/0x0008/info) - Battery temperature is normal
mfi0: 1005 (270849184s/0x0008/info) - Current capacity of the battery
is above threshold
mfi0: 1006 (boot + 3s/0x0020/info) - Firmware initialization started
(PCI ID 0060/1000/1f0c/1028)
mfi0: 1007 (boot + 3s/0x0020/info) - Firmware version 1.11.52-0396
mfi0: 1008 (boot + 3s/0x0008/info) - Battery Present
mfi0: 1009 (boot + 3s/0x0020/info) - Package version 6.0.2-0002
mfi0: 1010 (boot + 19s/0x0004/info) - Enclosure (SES) discovered on PD
20(c None/p0)
mfi0: 1011 (boot + 19s/0x0002/info) - Unexpected sense: Encl PD 20,
CDB: 12 00 00 00 00 00, Sense: 70 00 06 00 00 00 00 0a 00 00 00 00 29
00 00 00 00 00
mfi0: 1012 (boot + 20s/0x0002/info) - Inserted: Encl PD 20
mfi0: 1013 (boot + 20s/0x0002/info) - Inserted: PD 20(c None/p0) Info:
enclPd=20, scsiType=d, portMap=09,
sasAddr=5001e0f02f6da100,
mfi0: 1014 (boot + 20s/0x0002/info) - Inserted: PD 00(e0x20/s0)
mfi0: 1015 (boot + 20s/0x0002/info) - Inserted: PD 00(e0x20/s0) Info:
enclPd=20, scsiType=0, portMap=00,
sasAddr=1221,
mfi0: 1016 (boot + 20s/0x0002/info) - Inserted: PD 01(e0x20/s1)
mfi0: 1017 (boot + 20s/0x0002/info) - Inserted: PD 01(e0x20/s1) Info:
enclPd=20, scsiType=0, portMap=01,
sasAddr=12210100,
mfi0: 1018 (boot + 31s/0x0020/info) - Cache data recovered successfully
mfi0: 1019 (270926511s/0x0020/info) - Time established as 08/01/08
17:21:51; (32 seconds since power on)
mfi0: 1020 (270926547s/0x0008/info) - Battery temperature is normal
mfi0: 1021 (270926547s/0x0008/info) - Battery started charging
mfi0: [ITHREAD]

mfi0: 1022 (270926547s/0x0008/info) - Current capacity of the battery
is above threshold
mfid0: MFI Logical Disk on mfi0
mfid0: 476416MB (975699968 sectors) RAID volume 'LokiFBSD' is optimal


Servidor DELL 2900iii Nome Bartelby
FreeBSD 7.0-STABLE #0: Thu Jul 24 17:13:41 BRT 2008
r...@bartelby.schwarz:/usr/obj/usr/src/sys/Bartelby
Timecounter i8254 frequency 1193182 Hz quality 0
CPU: Intel(R) Xeon(R) CPU   E5320  @ 1.86GHz (1861.93-MHz K8-class CPU)
  Origin = GenuineIntel  Id = 0x6fb  Stepping = 11
  
Features=0xbfebfbffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE
  Features2=0x4e3bdSSE3,RSVD2,MON,DS_CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,DCA
  AMD Features=0x20100800SYSCALL,NX,LM
  AMD Features2=0x1LAHF
  Cores per package: 4
usable memory = 2129379328 (2030 MB)
avail memory  = 2054828032 (1959 MB)
ACPI APIC Table: DELL   PE_SC3  
FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs
 cpu0 (BSP): APIC ID:  0
 cpu1 (AP): APIC ID:  1
 cpu2 (AP): APIC ID:  2
 cpu3 (AP): APIC ID:  3

mfi0: Dell PERC 6 port 0xec00-0xecff mem
0xfc48-0xfc4b,0xfc44-0xfc47 irq 16 at device 0.0 on
pci1
mfi0: Megaraid SAS driver Ver 2.00

Re: [FUG-BR] Raid Controladora Perc6

[Wanderson Tinti]

Wanderson Cristony Tinti
www.inseto.net
wander...@bsd.com.br


2009/9/15 Alexandre listas.n...@gmail.com

 Olá caros amigos,

 Gostaria de uma ajuda de vcs, pois estou cotando alguns modelos de
 servidores e em um modelo da Dell, a empresa informa q o FreeBSD não
 suporta a controladora Perc6, isso eh verdade?

 Desde de já agradeço!

 Atenciosamente,

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


Alexandre, bom dia.

Consulte o Hardware Notes do FreeBSD. Segundo o link[1] o drive mfi suporta
a controladora Dell Perc6, no link[2] tem algumas infomações para você
compilar o kernel. Esse Hardware Note é do FreeBSD 8 CURRENT.

[1] http://www.freebsd.org/relnotes/CURRENT/hardware/support.html#DISK
[2]
http://www.freebsd.org/cgi/man.cgi?query=mfisektion=4manpath=FreeBSD+8-current
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] RAID

[William David FUG-BR]

Um detalhe  fique lonje dessas  Raid Matrix ( ichXR da intel ),
Nvidia MediaShield

criar a Raid elas criam bonitinho. muito rapidinho mas quando um disco
falha elas  marca pra fazer rebuiild  e esperam que o Software/Driver
que é  instalado junto com do  WINDOWS faça o rebuild dos discos. e
não ela sozinhae em bios mode

Tuto  básico de Geom_Mirror ( raid1 )

*  Instale o FreeBSD 7.1 Release → Developer.

Reboot.

# gmirror label -v -b prefer gm0 /dev/ad4
# gmirror load
# gmirror configure -a gm0
# cd /etc
# cp fstab fstab_original
# sed -i fstab_original 's/ad4/mirror\/gm0/' fstab
# echo geom_mirror_load=YES » /boot/loader.conf
# echo gmirror configure -b prefer gm0 » /etc/rc.early
# echo gmirror configure -b round-robin gm0 » /etc/rc.local
# reboot

*  Efetue login como root.

# gmirror insert gm0 /dev/ad6
# reboot

  http://www.onlamp.com/pub/a/bsd/2005/11/10/FreeBSD_Basics.html?page=1
  http://people.freebsd.org/~rse/mirror/




2009/1/27 Eduardo Alvarenga eduardo.alvare...@gmail.com:
 Eu recomendo você colocar tudo em um único array e criar pequenos
 volumes de acordo com a demanda. Desta forma, você
 garante que seus dados estejam distribuídos entre mais discos e assim
 aumenta a disponibilidade. Ah, e use iSCSI, você não vai se
 arrepender.

 FreeNAS = BSD
 OpenFiler = Linux
 NexentaStor = Solaris

 Se você puder pagar, use o NexentaStor, ele usa ZFS, não tem limites
 de tamanho (pelo menos na teoria!),
 extremamente robusto, estável, suporta clusters, snapshots(para
 backups), etc etc etc.

 Já o OpenFiler é gratis, muito bom para um ambiente pequeno/médio que
 não precise de tanta escalabilidade.
 FreeNAS está um pouco defasado, mas se BSD for sua opção, boa escolha!


 Abraço,

 2009/1/27 Reginaldo Filippus rfilip...@gmail.com

 Boa tarde pessoal.

 Bom, como nosso grande amigo Alvarenga citou, preciso de uma solução de
 baixo custo.

 Hoje tenho um hardware a minha disposição: 1 controladora SATA de 4 portas,
 1 placa Mãe da Intel com 4 portas SATA(com suporte a raid 0 e 1), 5 HD de
 500GB, 2 placas de rede Gigabit.

 O que estou pensando em fazer.

 - Colocar 2 HD´s de 40GB(que tenho aqui novos) fazendo raid 1 direto na
 controladora da placa Mãe, pois não conheço software que faça o raid do /

 - Criar um concatenamento com 3hd de 500GB cada para 0 departamento 1 com
 acesso pela placa de rede 1

 - Criar um concatenamento com 2hd de 500GB cada para o departamento 2 com
 acesso pela placa de rede 2.

 O backup posso fazer por rsync em outro servidor, que tenho disponivel hoje,
 apenas para caso algum dos HD´s apresente problemas.

 Será que seria uma solução confiavel para o que tenho disponivel?

 Grande abraço a todos.

 2009/1/27 Eduardo Schoedler eschoed...@viavale.com.br

  Aí que está... mas que dá, dá! rsrs.
  Tudo depende de quanto você irá perder caso haja uma parada não programada.
 
  Sds,
  Eduardo.
 
 
  --
  From: Eduardo Alvarenga eduardo.alvare...@gmail.com
  Sent: Tuesday, January 27, 2009 3:26 PM
  To: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)
  freebsd@fug.com.br
  Subject: Re: [FUG-BR] RAID
 
   Neste caso ele terá que usar FAs e switches SAN -- além do próprio
   storage,
   o que encarece muito mais a solução. -- Mas claro! Resolve com louvor!
  
   Creio que o Reginaldo está buscando uma solução viável e com baixo custo.
  
   Abraço,
  
   2009/1/27 Eduardo Schoedler eschoed...@viavale.com.br
  
   Você pode ter 2 controladoras HBA fazendo failover, em switches HBA
   diferentes.
   Assim você não tem SPOF nesse ponto.
  
   Sds,
   Eduardo.
  
  
   --
   From: Eduardo Alvarenga eduardo.alvare...@gmail.com
   Sent: Tuesday, January 27, 2009 2:52 PM
   To: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)
   freebsd@fug.com.br
   Subject: Re: [FUG-BR] RAID
  
Raid por hardware é muito interessante, porém o SPOF (Single Point of
Failure) fica focado na HBA.
   
Se a sua controladora de discos falhar, tchau tchau! E as changes
estatiticamente falando de uma única HBA falhar vs vários HDs é muito
maior!
Além disso dependendo do modelo, não é simplesmente uma questão de
trocar
a
HBA (com indisponibilidade) e subir o servidor.
   
Algumas controladoras não permitem a inserção de um Array já criado,
fazendo
com que você tenha que criar um novo e restaurar backup.
   
Trabalho com equipamentos de grande porte e alta disponibilidade de
diferentes fornecedores e realmente concluí que a melhor forma de RAID
é
via
SOFTWARE.
   
Duas controladoras SCSI em JBOD + RAID via software e recover online é
a
melhor pedida na minha opinião.
   
[1] http://manuals.fujitsu-siemens.com/open.php?ID=7897
(só para referência do conceito do Global Disk Services da Fujitsu, é
possível fazer com outras ferramentas)
   
   
Abraço,
   
2009/1/27 Eduardo Schoedler eschoed

Re: [FUG-BR] RAID

[William David FUG-BR]

Bom dia
eu ficaria com GEOM uso ele com um freebsd 5.4 até hoje não perdeu-se
tem  17gb de espaço cache dir do meu proxy aqui onde trabalho.

uma raid via hardware não seria  uma saída muito barata, mas qual o
valor dos dados que você esta tentando proteger ???
sei que estamos em cima de uma cris q


somente um comentario pretendo partir para o ZFS, mas isso em cima do
solaris mesmo, mas antes vou testar ele novamente no freebsd 8 já que
comentaram uma atualização dele pra versão 13 do pool


2009/1/26 Reginaldo Filippus rfilip...@gmail.com:
 Boa noite pessoal, tudo bom?
 Fiz uma serie de pesquisas e testes, e infelizmente o FreeNAS não resolveu,
 ocorreram muitas panes, e me gerou uma insegurança, com RAID5.



-- 
- = - = - = - = - = - = - = - = - = -
.  Of course it runsWilliam David Armstrong
|==   Bio Systems Security Networking
'  FreeBSD   MSN / GT  biosystems  gmail . com
 http://biosystems.ath.cx:8080/  http://biosystems.broker.freenet6.net/
--
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] RAID

[Eduardo Schoedler]

Se você quiser redundância + desempenho, recomendo RAID 50.
Muito rápido e confiável.

Sds,
Eduardo.


--
From: William David FUG-BR fu...@biosystems.ath.cx
Sent: Tuesday, January 27, 2009 9:03 AM
To: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) 
freebsd@fug.com.br
Subject: Re: [FUG-BR] RAID

 Bom dia
 eu ficaria com GEOM uso ele com um freebsd 5.4 até hoje não perdeu-se
 tem  17gb de espaço cache dir do meu proxy aqui onde trabalho.

 uma raid via hardware não seria  uma saída muito barata, mas qual o
 valor dos dados que você esta tentando proteger ???
 sei que estamos em cima de uma cris q


 somente um comentario pretendo partir para o ZFS, mas isso em cima do
 solaris mesmo, mas antes vou testar ele novamente no freebsd 8 já que
 comentaram uma atualização dele pra versão 13 do pool


 2009/1/26 Reginaldo Filippus rfilip...@gmail.com:
 Boa noite pessoal, tudo bom?
 Fiz uma serie de pesquisas e testes, e infelizmente o FreeNAS não 
 resolveu,
 ocorreram muitas panes, e me gerou uma insegurança, com RAID5.



 -- 
 - = - = - = - = - = - = - = - = - = -
 .  Of course it runsWilliam David Armstrong
 |==   Bio Systems Security Networking
 '  FreeBSD   MSN / GT  biosystems  gmail . 
 com
 http://biosystems.ath.cx:8080/  http://biosystems.broker.freenet6.net/
 --
 -
 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] RAID

[William David FUG-BR]

Desculpem a mensagem anterior sair pela metade .

O que eu quis dizer era que em uma época de crise toda econômia é lei.
mas acredito que a segurança deve ser levada em primeiro lugar.

2009/1/27 William David FUG-BR fu...@biosystems.ath.cx:
 Bom dia

-- 
- = - = - = - = - = - = - = - = - = -
.  Of course it runsWilliam David Armstrong
|==   Bio Systems Security Networking
'  FreeBSD   MSN / GT  biosystems  gmail . com
 http://biosystems.ath.cx:8080/  http://biosystems.broker.freenet6.net/
--
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] RAID

[Reginaldo Filippus]

Bom dia a todos.

Realmente a segurança tem que ser levada muito em conta, assim como a
disponibilidade, e lendo alguns comentarios em outros POSTs, vi que para
sincronizar um HD novo no raid, que levou em media 45 minutos a cada 1MB, eu
fico pensando quanto tempo vou ficar com a empresa parada, por causa da
sincronização do HD!

O raid por hardware concerteza vai ser mais rapido certo, mas alguem pode
mensurar isso, para sanar esta curiosidade?

Vendo estes detalhes, estou achando interessante fazer 2 concatenamentos com
o ccd, e montar um raid1 com estas duas unidades, usando o GEOM.
Gasto mais com HD, mas tenho mais desempenho, e disponibilidade.

Estou certo nesta conclusão?

Grande abraço a todos.

On Tue, Jan 27, 2009 at 10:29 AM, William David FUG-BR 
fu...@biosystems.ath.cx wrote:

 Desculpem a mensagem anterior sair pela metade .

 O que eu quis dizer era que em uma época de crise toda econômia é lei.
 mas acredito que a segurança deve ser levada em primeiro lugar.

 2009/1/27 William David FUG-BR fu...@biosystems.ath.cx:
  Bom dia

 --
 - = - = - = - = - = - = - = - = - = -
 .  Of course it runsWilliam David Armstrong
 |==   Bio Systems Security Networking
 '  FreeBSD   MSN / GT  biosystems  gmail . com
  http://biosystems.ath.cx:8080/  http://biosystems.broker.freenet6.net/
 --
 -
 Histórico: http://www.fug.com.br/historico/html/freebsd/
 Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd




-- 
Atenciosamente,
Reginaldo Filippus
Desenvolvedor WEB/Admin. Rede
Fone: (47) 3035-3167
Cel: (47) 9657-7670
Skype: reginaldo.filippus
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] RAID

[Leandro Keffer]

Use Raid 10, vc tera segurança e performance, apesar do custo x benefício
nao ser a melhor opção

2009/1/27 Reginaldo Filippus rfilip...@gmail.com

 Bom dia a todos.

 Realmente a segurança tem que ser levada muito em conta, assim como a
 disponibilidade, e lendo alguns comentarios em outros POSTs, vi que para
 sincronizar um HD novo no raid, que levou em media 45 minutos a cada 1MB,
 eu
 fico pensando quanto tempo vou ficar com a empresa parada, por causa da
 sincronização do HD!

 O raid por hardware concerteza vai ser mais rapido certo, mas alguem pode
 mensurar isso, para sanar esta curiosidade?

 Vendo estes detalhes, estou achando interessante fazer 2 concatenamentos
 com
 o ccd, e montar um raid1 com estas duas unidades, usando o GEOM.
 Gasto mais com HD, mas tenho mais desempenho, e disponibilidade.

 Estou certo nesta conclusão?

 Grande abraço a todos.

 On Tue, Jan 27, 2009 at 10:29 AM, William David FUG-BR 
 fu...@biosystems.ath.cx wrote:

  Desculpem a mensagem anterior sair pela metade .
 
  O que eu quis dizer era que em uma época de crise toda econômia é lei.
  mas acredito que a segurança deve ser levada em primeiro lugar.
 
  2009/1/27 William David FUG-BR fu...@biosystems.ath.cx:
   Bom dia
 
  --
  - = - = - = - = - = - = - = - = - = -
  .  Of course it runsWilliam David Armstrong
  |==   Bio Systems Security Networking
  '  FreeBSD   MSN / GT  biosystems  gmail .
 com
   http://biosystems.ath.cx:8080/  http://biosystems.broker.freenet6.net/
  --
  -
  Histórico: http://www.fug.com.br/historico/html/freebsd/
  Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
 



 --
 Atenciosamente,
 Reginaldo Filippus
 Desenvolvedor WEB/Admin. Rede
 Fone: (47) 3035-3167
 Cel: (47) 9657-7670
 Skype: reginaldo.filippus
 -
 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] RAID

[Eduardo Schoedler]

Eu aconselho fortemente o uso de RAID por hardware, utilizando HDs hot-swap.

Assim, caso aconteça alguma pane, o sistema irá degradar um pouco sua 
performance, porém *não irá parar*.
Substituir o hd fica muito simples, uma vez que basta arrancá-lo e espetar 
um novo.

Se achar que RAID5 não oferece muita segurança, utilize RAID6 (que possui 
mais de um hd para paridade do array).
Se o problema for performance, utilize RAID60.
Se ainda for problema, utilize SAS 15k RPM e Fiber Channel.

Tudo depende de quão crítico é sua aplicação.
Trabalhei em multinacionais onde o custo desse hardware era tão ridículo, 
comparado ao tempo de parada, que não justificava não adquirir RAID por 
hardware.

Você deve mensurar e ter isso em mente para o seu projeto.

Sds,
Eduardo.




--
From: Reginaldo Filippus rfilip...@gmail.com
Sent: Tuesday, January 27, 2009 12:25 PM
To: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) 
freebsd@fug.com.br
Subject: Re: [FUG-BR] RAID

 Bom dia a todos.

 Realmente a segurança tem que ser levada muito em conta, assim como a
 disponibilidade, e lendo alguns comentarios em outros POSTs, vi que para
 sincronizar um HD novo no raid, que levou em media 45 minutos a cada 1MB, 
 eu
 fico pensando quanto tempo vou ficar com a empresa parada, por causa da
 sincronização do HD!

 O raid por hardware concerteza vai ser mais rapido certo, mas alguem pode
 mensurar isso, para sanar esta curiosidade?

 Vendo estes detalhes, estou achando interessante fazer 2 concatenamentos 
 com
 o ccd, e montar um raid1 com estas duas unidades, usando o GEOM.
 Gasto mais com HD, mas tenho mais desempenho, e disponibilidade.

 Estou certo nesta conclusão?

 Grande abraço a todos.

 On Tue, Jan 27, 2009 at 10:29 AM, William David FUG-BR 
 fu...@biosystems.ath.cx wrote:

 Desculpem a mensagem anterior sair pela metade .

 O que eu quis dizer era que em uma época de crise toda econômia é lei.
 mas acredito que a segurança deve ser levada em primeiro lugar.

 2009/1/27 William David FUG-BR fu...@biosystems.ath.cx:
  Bom dia

 --
 - = - = - = - = - = - = - = - = - = -
 .  Of course it runsWilliam David Armstrong
 |==   Bio Systems Security Networking
 '  FreeBSD   MSN / GT  biosystems  gmail . 
 com
  http://biosystems.ath.cx:8080/  http://biosystems.broker.freenet6.net/
 --
 -
 Histórico: http://www.fug.com.br/historico/html/freebsd/
 Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd




 -- 
 Atenciosamente,
 Reginaldo Filippus
 Desenvolvedor WEB/Admin. Rede
 Fone: (47) 3035-3167
 Cel: (47) 9657-7670
 Skype: reginaldo.filippus
 -
 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] RAID

[Eduardo Alvarenga]

Raid por hardware é muito interessante, porém o SPOF (Single Point of
Failure) fica focado na HBA.

Se a sua controladora de discos falhar, tchau tchau! E as changes
estatiticamente falando de uma única HBA falhar vs vários HDs é muito maior!
Além disso dependendo do modelo, não é simplesmente uma questão de trocar a
HBA (com indisponibilidade) e subir o servidor.

Algumas controladoras não permitem a inserção de um Array já criado, fazendo
com que você tenha que criar um novo e restaurar backup.

Trabalho com equipamentos de grande porte e alta disponibilidade de
diferentes fornecedores e realmente concluí que a melhor forma de RAID é via
SOFTWARE.

Duas controladoras SCSI em JBOD + RAID via software e recover online é a
melhor pedida na minha opinião.

[1] http://manuals.fujitsu-siemens.com/open.php?ID=7897
(só para referência do conceito do Global Disk Services da Fujitsu, é
possível fazer com outras ferramentas)


Abraço,

2009/1/27 Eduardo Schoedler eschoed...@viavale.com.br

 Eu aconselho fortemente o uso de RAID por hardware, utilizando HDs
 hot-swap.

 Assim, caso aconteça alguma pane, o sistema irá degradar um pouco sua
 performance, porém *não irá parar*.
 Substituir o hd fica muito simples, uma vez que basta arrancá-lo e espetar
 um novo.

 Se achar que RAID5 não oferece muita segurança, utilize RAID6 (que possui
 mais de um hd para paridade do array).
 Se o problema for performance, utilize RAID60.
 Se ainda for problema, utilize SAS 15k RPM e Fiber Channel.

 Tudo depende de quão crítico é sua aplicação.
 Trabalhei em multinacionais onde o custo desse hardware era tão ridículo,
 comparado ao tempo de parada, que não justificava não adquirir RAID por
 hardware.

 Você deve mensurar e ter isso em mente para o seu projeto.

 Sds,
 Eduardo.




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

Re: [FUG-BR] RAID

[Eduardo Schoedler]

Você pode ter 2 controladoras HBA fazendo failover, em switches HBA 
diferentes.
Assim você não tem SPOF nesse ponto.

Sds,
Eduardo.


--
From: Eduardo Alvarenga eduardo.alvare...@gmail.com
Sent: Tuesday, January 27, 2009 2:52 PM
To: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) 
freebsd@fug.com.br
Subject: Re: [FUG-BR] RAID

 Raid por hardware é muito interessante, porém o SPOF (Single Point of
 Failure) fica focado na HBA.

 Se a sua controladora de discos falhar, tchau tchau! E as changes
 estatiticamente falando de uma única HBA falhar vs vários HDs é muito 
 maior!
 Além disso dependendo do modelo, não é simplesmente uma questão de trocar 
 a
 HBA (com indisponibilidade) e subir o servidor.

 Algumas controladoras não permitem a inserção de um Array já criado, 
 fazendo
 com que você tenha que criar um novo e restaurar backup.

 Trabalho com equipamentos de grande porte e alta disponibilidade de
 diferentes fornecedores e realmente concluí que a melhor forma de RAID é 
 via
 SOFTWARE.

 Duas controladoras SCSI em JBOD + RAID via software e recover online é a
 melhor pedida na minha opinião.

 [1] http://manuals.fujitsu-siemens.com/open.php?ID=7897
 (só para referência do conceito do Global Disk Services da Fujitsu, é
 possível fazer com outras ferramentas)


 Abraço,

 2009/1/27 Eduardo Schoedler eschoed...@viavale.com.br

 Eu aconselho fortemente o uso de RAID por hardware, utilizando HDs
 hot-swap.

 Assim, caso aconteça alguma pane, o sistema irá degradar um pouco sua
 performance, porém *não irá parar*.
 Substituir o hd fica muito simples, uma vez que basta arrancá-lo e 
 espetar
 um novo.

 Se achar que RAID5 não oferece muita segurança, utilize RAID6 (que possui
 mais de um hd para paridade do array).
 Se o problema for performance, utilize RAID60.
 Se ainda for problema, utilize SAS 15k RPM e Fiber Channel.

 Tudo depende de quão crítico é sua aplicação.
 Trabalhei em multinacionais onde o custo desse hardware era tão ridículo,
 comparado ao tempo de parada, que não justificava não adquirir RAID por
 hardware.

 Você deve mensurar e ter isso em mente para o seu projeto.

 Sds,
 Eduardo.




 -- 
 Eduardo Alvarenga
 -
 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] RAID

[William David FUG-BR]

Muito boa Eduardo este é um ponto que a falha é realmente critica. velho ditado

Quem tem um não tem nenhum.

 E o custo para ter 2 disponível pode acabar atrapalhando o orçamento
do projeto.

Raid por software seria  a solução mesmo neste caso. já que não
depende inteiramente do hardware.
mas teria que ser uma solução segura testada e homologada e que não
seja apenas montada e esquecida para sempre.
efetuar as rotinas de verificação para saber a saúde do hardware e
demais serviços empregados na solução.

Pergunta. Alguem ai segue a risca a recomendação do backup ?
Que após acabar de efetuar o backup fazer o restore em outro servidor
para saber se todos os dados foram corretamente backupeados ???

Particularmente eu não faço, sei que é negligência minha mas não faço.

Além RAID6 o ideal também é ter um hot spare que consiste em ter um hd
em espera caso algum de problemas ele entraria em operação
resincronizando a sua raid dai você pode ficar tranquilo que a raid
estara online  só a necessidade de trocar o hd defeituoso. no caso do
ZFS só precisa de um comando ( zpool replace pool dev dev ) para que o
hd novo ( antigo com def. ) seja reativado/sincronizado e o hd de hot
spare volte ao seu estado de espera.

Outra opção poderia ser um ClusterFS ( Lustre ),  PrimeCluster,
GoogleFS, Global File System.




2009/1/27 Eduardo Alvarenga eduardo.alvare...@gmail.com:
 Raid por hardware é muito interessante, porém o SPOF (Single Point of
 Failure) fica focado na HBA.



-- 
- = - = - = - = - = - = - = - = - = -
.  Of course it runsWilliam David Armstrong
|==   Bio Systems Security Networking
'  FreeBSD   MSN / GT  biosystems  gmail . com
 http://biosystems.ath.cx:8080/  http://biosystems.broker.freenet6.net/
--
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] RAID

[Reginaldo Filippus]

Boa tarde pessoal.

Bom, como nosso grande amigo Alvarenga citou, preciso de uma solução de
baixo custo.

Hoje tenho um hardware a minha disposição: 1 controladora SATA de 4 portas,
1 placa Mãe da Intel com 4 portas SATA(com suporte a raid 0 e 1), 5 HD de
500GB, 2 placas de rede Gigabit.

O que estou pensando em fazer.

- Colocar 2 HD´s de 40GB(que tenho aqui novos) fazendo raid 1 direto na
controladora da placa Mãe, pois não conheço software que faça o raid do /

- Criar um concatenamento com 3hd de 500GB cada para 0 departamento 1 com
acesso pela placa de rede 1

- Criar um concatenamento com 2hd de 500GB cada para o departamento 2 com
acesso pela placa de rede 2.

O backup posso fazer por rsync em outro servidor, que tenho disponivel hoje,
apenas para caso algum dos HD´s apresente problemas.

Será que seria uma solução confiavel para o que tenho disponivel?

Grande abraço a todos.

2009/1/27 Eduardo Schoedler eschoed...@viavale.com.br

 Aí que está... mas que dá, dá! rsrs.
 Tudo depende de quanto você irá perder caso haja uma parada não programada.

 Sds,
 Eduardo.


 --
 From: Eduardo Alvarenga eduardo.alvare...@gmail.com
 Sent: Tuesday, January 27, 2009 3:26 PM
 To: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)
 freebsd@fug.com.br
 Subject: Re: [FUG-BR] RAID

  Neste caso ele terá que usar FAs e switches SAN -- além do próprio
  storage,
  o que encarece muito mais a solução. -- Mas claro! Resolve com louvor!
 
  Creio que o Reginaldo está buscando uma solução viável e com baixo custo.
 
  Abraço,
 
  2009/1/27 Eduardo Schoedler eschoed...@viavale.com.br
 
  Você pode ter 2 controladoras HBA fazendo failover, em switches HBA
  diferentes.
  Assim você não tem SPOF nesse ponto.
 
  Sds,
  Eduardo.
 
 
  --
  From: Eduardo Alvarenga eduardo.alvare...@gmail.com
  Sent: Tuesday, January 27, 2009 2:52 PM
  To: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)
  freebsd@fug.com.br
  Subject: Re: [FUG-BR] RAID
 
   Raid por hardware é muito interessante, porém o SPOF (Single Point of
   Failure) fica focado na HBA.
  
   Se a sua controladora de discos falhar, tchau tchau! E as changes
   estatiticamente falando de uma única HBA falhar vs vários HDs é muito
   maior!
   Além disso dependendo do modelo, não é simplesmente uma questão de
   trocar
   a
   HBA (com indisponibilidade) e subir o servidor.
  
   Algumas controladoras não permitem a inserção de um Array já criado,
   fazendo
   com que você tenha que criar um novo e restaurar backup.
  
   Trabalho com equipamentos de grande porte e alta disponibilidade de
   diferentes fornecedores e realmente concluí que a melhor forma de RAID
   é
   via
   SOFTWARE.
  
   Duas controladoras SCSI em JBOD + RAID via software e recover online é
   a
   melhor pedida na minha opinião.
  
   [1] http://manuals.fujitsu-siemens.com/open.php?ID=7897
   (só para referência do conceito do Global Disk Services da Fujitsu, é
   possível fazer com outras ferramentas)
  
  
   Abraço,
  
   2009/1/27 Eduardo Schoedler eschoed...@viavale.com.br
  
   Eu aconselho fortemente o uso de RAID por hardware, utilizando HDs
   hot-swap.
  
   Assim, caso aconteça alguma pane, o sistema irá degradar um pouco sua
   performance, porém *não irá parar*.
   Substituir o hd fica muito simples, uma vez que basta arrancá-lo e
   espetar
   um novo.
  
   Se achar que RAID5 não oferece muita segurança, utilize RAID6 (que
  possui
   mais de um hd para paridade do array).
   Se o problema for performance, utilize RAID60.
   Se ainda for problema, utilize SAS 15k RPM e Fiber Channel.
  
   Tudo depende de quão crítico é sua aplicação.
   Trabalhei em multinacionais onde o custo desse hardware era tão
  ridículo,
   comparado ao tempo de parada, que não justificava não adquirir RAID
   por
   hardware.
  
   Você deve mensurar e ter isso em mente para o seu projeto.
  
   Sds,
   Eduardo.

 
  --
  Eduardo Alvarenga

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




-- 
Atenciosamente,
Reginaldo Filippus
Desenvolvedor WEB/Admin. Rede
Fone: (47) 3035-3167
Cel: (47) 9657-7670
Skype: reginaldo.filippus
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] RAID

[Eduardo Alvarenga]

Eu recomendo você colocar tudo em um único array e criar pequenos
volumes de acordo com a demanda. Desta forma, você
garante que seus dados estejam distribuídos entre mais discos e assim
aumenta a disponibilidade. Ah, e use iSCSI, você não vai se
arrepender.

FreeNAS = BSD
OpenFiler = Linux
NexentaStor = Solaris

Se você puder pagar, use o NexentaStor, ele usa ZFS, não tem limites
de tamanho (pelo menos na teoria!),
extremamente robusto, estável, suporta clusters, snapshots(para
backups), etc etc etc.

Já o OpenFiler é gratis, muito bom para um ambiente pequeno/médio que
não precise de tanta escalabilidade.
FreeNAS está um pouco defasado, mas se BSD for sua opção, boa escolha!


Abraço,

2009/1/27 Reginaldo Filippus rfilip...@gmail.com

 Boa tarde pessoal.

 Bom, como nosso grande amigo Alvarenga citou, preciso de uma solução de
 baixo custo.

 Hoje tenho um hardware a minha disposição: 1 controladora SATA de 4 portas,
 1 placa Mãe da Intel com 4 portas SATA(com suporte a raid 0 e 1), 5 HD de
 500GB, 2 placas de rede Gigabit.

 O que estou pensando em fazer.

 - Colocar 2 HD´s de 40GB(que tenho aqui novos) fazendo raid 1 direto na
 controladora da placa Mãe, pois não conheço software que faça o raid do /

 - Criar um concatenamento com 3hd de 500GB cada para 0 departamento 1 com
 acesso pela placa de rede 1

 - Criar um concatenamento com 2hd de 500GB cada para o departamento 2 com
 acesso pela placa de rede 2.

 O backup posso fazer por rsync em outro servidor, que tenho disponivel hoje,
 apenas para caso algum dos HD´s apresente problemas.

 Será que seria uma solução confiavel para o que tenho disponivel?

 Grande abraço a todos.

 2009/1/27 Eduardo Schoedler eschoed...@viavale.com.br

  Aí que está... mas que dá, dá! rsrs.
  Tudo depende de quanto você irá perder caso haja uma parada não programada.
 
  Sds,
  Eduardo.
 
 
  --
  From: Eduardo Alvarenga eduardo.alvare...@gmail.com
  Sent: Tuesday, January 27, 2009 3:26 PM
  To: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)
  freebsd@fug.com.br
  Subject: Re: [FUG-BR] RAID
 
   Neste caso ele terá que usar FAs e switches SAN -- além do próprio
   storage,
   o que encarece muito mais a solução. -- Mas claro! Resolve com louvor!
  
   Creio que o Reginaldo está buscando uma solução viável e com baixo custo.
  
   Abraço,
  
   2009/1/27 Eduardo Schoedler eschoed...@viavale.com.br
  
   Você pode ter 2 controladoras HBA fazendo failover, em switches HBA
   diferentes.
   Assim você não tem SPOF nesse ponto.
  
   Sds,
   Eduardo.
  
  
   --
   From: Eduardo Alvarenga eduardo.alvare...@gmail.com
   Sent: Tuesday, January 27, 2009 2:52 PM
   To: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)
   freebsd@fug.com.br
   Subject: Re: [FUG-BR] RAID
  
Raid por hardware é muito interessante, porém o SPOF (Single Point of
Failure) fica focado na HBA.
   
Se a sua controladora de discos falhar, tchau tchau! E as changes
estatiticamente falando de uma única HBA falhar vs vários HDs é muito
maior!
Além disso dependendo do modelo, não é simplesmente uma questão de
trocar
a
HBA (com indisponibilidade) e subir o servidor.
   
Algumas controladoras não permitem a inserção de um Array já criado,
fazendo
com que você tenha que criar um novo e restaurar backup.
   
Trabalho com equipamentos de grande porte e alta disponibilidade de
diferentes fornecedores e realmente concluí que a melhor forma de RAID
é
via
SOFTWARE.
   
Duas controladoras SCSI em JBOD + RAID via software e recover online é
a
melhor pedida na minha opinião.
   
[1] http://manuals.fujitsu-siemens.com/open.php?ID=7897
(só para referência do conceito do Global Disk Services da Fujitsu, é
possível fazer com outras ferramentas)
   
   
Abraço,
   
2009/1/27 Eduardo Schoedler eschoed...@viavale.com.br
   
Eu aconselho fortemente o uso de RAID por hardware, utilizando HDs
hot-swap.
   
Assim, caso aconteça alguma pane, o sistema irá degradar um pouco sua
performance, porém *não irá parar*.
Substituir o hd fica muito simples, uma vez que basta arrancá-lo e
espetar
um novo.
   
Se achar que RAID5 não oferece muita segurança, utilize RAID6 (que
   possui
mais de um hd para paridade do array).
Se o problema for performance, utilize RAID60.
Se ainda for problema, utilize SAS 15k RPM e Fiber Channel.
   
Tudo depende de quão crítico é sua aplicação.
Trabalhei em multinacionais onde o custo desse hardware era tão
   ridículo,
comparado ao tempo de parada, que não justificava não adquirir RAID
por
hardware.
   
Você deve mensurar e ter isso em mente para o seu projeto.
   
Sds,
Eduardo.
 
  
   --
   Eduardo Alvarenga
 
  -
  Histórico: http://www.fug.com.br/historico/html/freebsd/
  Sair da lista: https

Re: [FUG-BR] Raid Hardware VS. Software

[Patrick Tracanelli]

Roberval Jesus Naka escreveu:
 Olá pessoal
 
 Raid Hardware VS. Software 
 Alguém tem experiência sobre raid(0 ,1 e 5) por 
 software? E qual software usar Geom ou Zfs?
 
 Obrigado. 

Sei que é chato responder uma pergunta com outras mas: qual controladora 
de RAID?

Tem controladora que não da pra controlar os arrays em producao e 
qualquer manutencao tem que ser atraves de console (software da 
controladora), tipo extender o array, substituir discos, ou mandar 
verificar sincronia. Tem algumas inclusive que uma simples substituicao 
de disco a gente tem que esperar acabar no soft da controladora, e isso 
faz seu downtime chegar a indices inaceitaveis.

Agora se voce ta falando de pseudo-hardware RAID (BIOS-RAID, ataraid), 
então sem dúvida: gmirror é a melhor opção.

Sobre gmirror ou ZFS voce deve avaliar no seu ambiente se vai usar ZFS 
ou não. Eu uso aqui em alguns ambientes de producao, em alguns nunca deu 
problema, em outras as vezes da. Se for AMD64 mais confiavel.

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


-- 
Patrick Tracanelli

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

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

Re: [FUG-BR] Raid Hardware VS. Software

[Roberval Jesus Naka]

Olá pessoal,

A minha dúvida surgiu quando li na internet o texto abaixo.

O problema com o RAID por Hardware é que diferentes controladoras gravam dados
nos discos em formatos diferentes. Se sua 
controladora apresentar problemas, você não
poderá troca-la por uma controladora diferente, 
ela poderá não reconhecer os dados
nos discos. Então você sempre terá que ter a sua 
disposição uma controladora idêntica
no caso de uma falha.

Aqui a gente tem servidores Dell 2600, 2800, 
2900, 2950 com raid 5 por hardware. Não sabemos o 
risco q estamos correndo pois não temos controladoras de reserva.

Obrigado

At 10:43 03/12/2008, you wrote:
Roberval Jesus Naka escreveu:
  Olá pessoal
 
  Raid Hardware VS. Software 
  Alguém tem experiência sobre raid(0 ,1 e 5) por
  software? E qual software usar Geom ou Zfs?
 
  Obrigado.

Sei que é chato responder uma pergunta com outras mas: qual controladora
de RAID?

Tem controladora que não da pra controlar os arrays em producao e
qualquer manutencao tem que ser atraves de console (software da
controladora), tipo extender o array, substituir discos, ou mandar
verificar sincronia. Tem algumas inclusive que uma simples substituicao
de disco a gente tem que esperar acabar no soft da controladora, e isso
faz seu downtime chegar a indices inaceitaveis.

Agora se voce ta falando de pseudo-hardware RAID (BIOS-RAID, ataraid),
então sem dúvida: gmirror é a melhor opção.

Sobre gmirror ou ZFS voce deve avaliar no seu ambiente se vai usar ZFS
ou não. Eu uso aqui em alguns ambientes de producao, em alguns nunca deu
problema, em outras as vezes da. Se for AMD64 mais confiavel.

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


--
Patrick Tracanelli

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

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

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

Re: [FUG-BR] Raid Hardware VS. Software

[Eduardo Schoedler]

Olá Roberval.

Temos vários servidores Dell rodando RAID 5 em HDs SCSI e SAS.
Nunca tivemos problemas com essas Perc.

Mas se tiver algum medo, entre em contato com a Dell e aquira uma de 
reserva.

Sds,
Eduardo.


--
From: Roberval Jesus Naka [EMAIL PROTECTED]
Sent: Wednesday, December 03, 2008 12:38 PM
To: Lista Brasileira deDiscussãosobre FreeBSD (FUG-BR) 
freebsd@fug.com.br
Subject: Re: [FUG-BR] Raid Hardware VS. Software

 Olá pessoal,

 A minha dúvida surgiu quando li na internet o texto abaixo.

 O problema com o RAID por Hardware é que diferentes controladoras gravam 
 dados
 nos discos em formatos diferentes. Se sua
 controladora apresentar problemas, você não
 poderá troca-la por uma controladora diferente,
 ela poderá não reconhecer os dados
 nos discos. Então você sempre terá que ter a sua
 disposição uma controladora idêntica
 no caso de uma falha.

 Aqui a gente tem servidores Dell 2600, 2800,
 2900, 2950 com raid 5 por hardware. Não sabemos o
 risco q estamos correndo pois não temos controladoras de reserva.

 Obrigado

 At 10:43 03/12/2008, you wrote:
Roberval Jesus Naka escreveu:
  Olá pessoal
 
  Raid Hardware VS. Software 
  Alguém tem experiência sobre raid(0 ,1 e 5) por
  software? E qual software usar Geom ou Zfs?
 
  Obrigado.

Sei que é chato responder uma pergunta com outras mas: qual controladora
de RAID?

Tem controladora que não da pra controlar os arrays em producao e
qualquer manutencao tem que ser atraves de console (software da
controladora), tipo extender o array, substituir discos, ou mandar
verificar sincronia. Tem algumas inclusive que uma simples substituicao
de disco a gente tem que esperar acabar no soft da controladora, e isso
faz seu downtime chegar a indices inaceitaveis.

Agora se voce ta falando de pseudo-hardware RAID (BIOS-RAID, ataraid),
então sem dúvida: gmirror é a melhor opção.

Sobre gmirror ou ZFS voce deve avaliar no seu ambiente se vai usar ZFS
ou não. Eu uso aqui em alguns ambientes de producao, em alguns nunca deu
problema, em outras as vezes da. Se for AMD64 mais confiavel.

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


--
Patrick Tracanelli

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

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

 -
 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] Raid Hardware VS. Software

[Patrick Tracanelli]

Roberval Jesus Naka escreveu:
 Olá pessoal,
 
 A minha dúvida surgiu quando li na internet o texto abaixo.
 
 O problema com o RAID por Hardware é que diferentes controladoras gravam 
 dados
 nos discos em formatos diferentes. Se sua 
 controladora apresentar problemas, você não
 poderá troca-la por uma controladora diferente, 
 ela poderá não reconhecer os dados
 nos discos. Então você sempre terá que ter a sua 
 disposição uma controladora idêntica
 no caso de uma falha.
 
 Aqui a gente tem servidores Dell 2600, 2800, 
 2900, 2950 com raid 5 por hardware. Não sabemos o 
 risco q estamos correndo pois não temos controladoras de reserva.

A informação acima confere, a maioria das controladoras gravam blocos de 
forma especial que a propria controladora ou outra da mesma familia é 
necessária para acessar os dados. Não da por exemplo pra simplesmente 
bootar sem o RAID; Mas da pra dar um clear nos metadados que a 
controladora grava quase sempre, mas logico pra isso precisa da 
controladora funcional. Se ela parar é preciso outra. Especialmente 
sendo RAID5 (RAID-1 seria mais facil contornar).

Porem, é um pouco estranho contar quea controladora va deixar de 
funcionar. Normalmente isso nao acontece, mas se acontecer provavelmente 
a Dell te empresta uma pra você corrigir. Veja como é o relacionamento 
com a Dell em caso de desastres. Não ha outro servidor igual pra esse 
tipo de desastre?

Seja como for, é uma questão de hardware e backup dele. Se sua placa-mãe 
parar você vai precisar de uma outra que suporte o mesmo tipo de 
processador (socket, barramento, etc) certo? Então da na mesma, não da 
pra trabalhar contando que vai parar. Mas se parar precisará sim de 
hardware equivalente.


-- 
Patrick Tracanelli

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

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

Re: [FUG-BR] RAID Em maquinas diferentes

[Márcio Luciano Donada]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
 
Leonardo B. Cuquejo escreveu:
 Pessoal estou querendo montar 2 servidores que vão fazer
 loadbalance de sites, mas pra isso eu queria fazer tipo um RAID
 entre os dois servidores.

 Por exemplo se eu gravar algo na partição /var/www do server01 ele
 iria replicar no server02, assim caso o server01 caia o server02
 iria ter uma cópia fiel de todos os sites.

 Existe algum tipo de FS que replica isso nativo do kernel do
 FreeBSD?

Acho que neste caso, seria interessante algum tipo ou então um
storage, ou então o FreeNAS.

Abraço,

- --
Márcio Luciano Donada mdonada at auroraalimentos dot com dot br
Aurora Alimentos - Cooperativa Central Oeste Catarinense
Departamento de T.I.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.5 (MingW32)
 
iD8DBQFHfTzZbjyCr4Ixg0wRAm3WAJ9S3gRKivwke4OrjVe7auwEp0zdsACgr3it
PmlfYqZiVbQ8eKbzlhI1BTI=
=8jia
-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] RAID Em maquinas diferentes

[Jose Augusto]

Seria tipo, o GFS ?? Um Cluster de FS? Eu usei uma vez o OCFS2 da Oracle pra
fazer isto :) ele replicava em ambos os ambientes a mesma coisa :)

Abs[]

Em 03/01/08, Márcio Luciano Donada [EMAIL PROTECTED]
escreveu:

 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1

 Leonardo B. Cuquejo escreveu:
  Pessoal estou querendo montar 2 servidores que vão fazer
  loadbalance de sites, mas pra isso eu queria fazer tipo um RAID
  entre os dois servidores.
 
  Por exemplo se eu gravar algo na partição /var/www do server01 ele
  iria replicar no server02, assim caso o server01 caia o server02
  iria ter uma cópia fiel de todos os sites.
 
  Existe algum tipo de FS que replica isso nativo do kernel do
  FreeBSD?

 Acho que neste caso, seria interessante algum tipo ou então um
 storage, ou então o FreeNAS.

 Abraço,

 - --
 Márcio Luciano Donada mdonada at auroraalimentos dot com dot br
 Aurora Alimentos - Cooperativa Central Oeste Catarinense
 Departamento de T.I.
 -BEGIN PGP SIGNATURE-
 Version: GnuPG v1.4.5 (MingW32)

 iD8DBQFHfTzZbjyCr4Ixg0wRAm3WAJ9S3gRKivwke4OrjVe7auwEp0zdsACgr3it
 PmlfYqZiVbQ8eKbzlhI1BTI=
 =8jia
 -END PGP SIGNATURE-

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




-- 
--
Segurança da Informação se faz com tecnologia, processos e pessoas, e a
formação destas exige mais que uma seqüência de treinamentos. Porque você
treina macacos. Pessoas,você educa.

FreeBSD: The Freedom to Perform!
http://www.spreadbsd.org/aff/40/1
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] RAID Em maquinas diferentes

[Alex Moura]

Em 2008/1/3, Leonardo B. Cuquejo [EMAIL PROTECTED] escreveu:

 Existe algum tipo de FS que replica isso nativo do kernel do FreeBSD?

Veja o manual do gmirror[1] e leia sobre o ZFS[2]. Tem um case descrito em [3].

[1] 
http://www.freebsd.org/cgi/man.cgi?query=gmirrorapropos=0sektion=0manpath=FreeBSD+6.2-RELEASEformat=html
[2] http://wiki.freebsd.org/ZFS
[3] 
http://phaq.phunsites.net/2006/08/11/realtime-file-system-replication-on-freebsd/
NOTA: O blog parece fora do ar, mas o conteúdo está acessível pelo
cache do Google:
http://64.233.169.104/search?q=cache:TZfYJ5rT7foJ:phaq.phunsites.net/2006/08/11/realtime-file-system-replication-on-freebsd/+freebsd+RAID-1+network+two+machineshl=enct=clnkcd=1gl=brclient=firefox-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] RAID Em maquinas diferentes

[Alex Moura]

Na mensagem anterior faltou mencionar o ggate[4].

[4] http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/geom-ggate.html
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] RAID Em maquinas diferentes

[Leonardo B. Cuquejo]

Valeu Alex,

Era exatamente isso que eu estava precisando.

Obrigado a todos!

2008/1/3, Alex Moura [EMAIL PROTECTED]:

 Na mensagem anterior faltou mencionar o ggate[4].

 [4]
 http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/geom-ggate.html
 -
 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] RAID-5

[Cristiano Panvel]

Eu vou usar RAID5 somente para backup, é uma solucao de backup.

Eu tenho 6 discos estou tentando seguir um manual alemao mais estou
tendo dificuldades alguem poderia dar um help, o disco 7 que é ide
onde estar o FreeBSd instalado nao ira entrar no raid, so os outros.

http://wiki.bsdforen.de/index.php/FreeBSD_-_gvinum_raid5

O que significa esses parametros eins zwei

drive eins device /dev/ad1s1a
drive zwei device /dev/ad2s1a
drive drei device /dev/ad3s1a
volume data
 plex org raid5 491k
  sd length 0 drive eins
  sd length 0 drive zwei
  sd length 0 drive drei





On 4/22/07, Joao Rocha Braga Filho [EMAIL PROTECTED] wrote:
 On 4/19/07, Cristiano Panvel [EMAIL PROTECTED] wrote:
  Marcelo, nao é uma questão de optar em o que eu quero. Existem coisas
  que por mais que voce diga para o seu chefe que é melhor solucao, ele
  nao quer saber.
 
  EU QUERO POR SOFTWARE
 
  entao voce como o grupo dos staff nao discute, faz.

 Ordens idiotas se pede por escrito. rsrsrs

 E para que vai usar RAID5? Se for para um bando de dados é idiotice.
 Só vi um banco de dados que realmente se beneficiaria com RAID5, o
 cdb (Está nos ports.). Os outros vão ter grande perda de desempenho,
 pois os bancos de dados estão sempre se reescrevendo, e o RAID5 é
 um inferno para escrita de pequenos dados. Ele só é bom para leitura
 e escrita de grandes massas de dados contínuos.

 O RAID5 é bom para guardar backup, dados que são pouco acessados,
 leitura etc, mas não escrita de pequenos dados, pois toda escrita pequena
 implica em, pelo menos, duas leituras, o dado que estava onde vai ser
 gravado o novo dado e a paridade, depois desfaz a paridade com o dado
 antigo, e se faz com o novo, e depois grava a nova paridade e o novo
 dado. Mas se a escrita é muito grande, e contínua, uma controladora
 esperta não vai ler nada, pois vai tudo ser reescrito mesmo. Então ela
 calcula a paridade em memória e as escreve junto com os dados no
 disco. Só o início e o final de um bloco contínuo que tem chances de
 implicar em leitura antes da escrita.


 João Rocha.


 
 
  On 4/19/07, Marcello Costa [EMAIL PROTECTED] wrote:
   Sai mais barato comprar um controladora descente , principalmente se
   tiver que enfrentar um problema no futuro, Lei de Murphy, não sei dizer
   porque haveria alguma vantagem em se utilizar raid 5 via software
  
  
   Em Qui, 2007-04-19 às 13:55 -0300, Cristiano Panvel escreveu:
Com controladora ou sem??
   
é sem controladora teria que fazer por software.
   
   
   
On 4/18/07, Giancarlo Rubio [EMAIL PROTECTED] wrote:
 Com controladora ou sem??

 http://www.freebsddiary.org/raid-5.php
 http://www.onlamp.com/pub/a/bsd/2004/12/09/raid.html

 Em 18/04/07, Cristiano Panvel[EMAIL PROTECTED] escreveu:
  Oi pessoal, estou precissando montar um raid5 aqui, sera que alguem
  tem alguma dica ou tutoriais, é a primeira vez que vou mexer com 
  isso.
 
  Sao 6 disco para fazer raid5.
 
  ad10: 305245MB Seagate ST3320620AS 3.AAE at ata5-master SATA150
  ad12: 305245MB Seagate ST3320620AS 3.AAE at ata6-master SATA150
  ad14: 305245MB Seagate ST3320620AS 3.AAE at ata7-master SATA150
  ad16: 305245MB Seagate ST3320620AS 3.AAE at ata8-master SATA150
  ad18: 305245MB Seagate ST3320620AS 3.AAE at ata9-master SATA150
  ad20: 305245MB Seagate ST3320620AS 3.AAE at ata10-master SATA150
 
  obrigado.
  -
  Histórico: http://www.fug.com.br/historico/html/freebsd/
  Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
 


 --
 Giancarlo Rubio
 System Admin
 
 Linux is for people who hate Windows,
 BSD is for people who love UNIX
 Freebsd-BR User #88
 -
 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
 


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

 [EMAIL PROTECTED]
 [EMAIL PROTECTED]
 http://www.goffredo.eti.br
 -
 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] RAID-5

[Rafael Bernardes]

eins 1
zwei 2
drei 3

Em Ter, 2007-04-24 às 10:15 -0300, Cristiano Panvel escreveu:
 Eu vou usar RAID5 somente para backup, é uma solucao de backup.
 
 Eu tenho 6 discos estou tentando seguir um manual alemao mais estou
 tendo dificuldades alguem poderia dar um help, o disco 7 que é ide
 onde estar o FreeBSd instalado nao ira entrar no raid, so os outros.
 
 http://wiki.bsdforen.de/index.php/FreeBSD_-_gvinum_raid5
 
 O que significa esses parametros eins zwei
 
 drive eins device /dev/ad1s1a
 drive zwei device /dev/ad2s1a
 drive drei device /dev/ad3s1a
 volume data
  plex org raid5 491k
   sd length 0 drive eins
   sd length 0 drive zwei
   sd length 0 drive drei
 
 
 
 
 
 On 4/22/07, Joao Rocha Braga Filho [EMAIL PROTECTED] wrote:
  On 4/19/07, Cristiano Panvel [EMAIL PROTECTED] wrote:
   Marcelo, nao é uma questão de optar em o que eu quero. Existem coisas
   que por mais que voce diga para o seu chefe que é melhor solucao, ele
   nao quer saber.
  
   EU QUERO POR SOFTWARE
  
   entao voce como o grupo dos staff nao discute, faz.
 
  Ordens idiotas se pede por escrito. rsrsrs
 
  E para que vai usar RAID5? Se for para um bando de dados é idiotice.
  Só vi um banco de dados que realmente se beneficiaria com RAID5, o
  cdb (Está nos ports.). Os outros vão ter grande perda de desempenho,
  pois os bancos de dados estão sempre se reescrevendo, e o RAID5 é
  um inferno para escrita de pequenos dados. Ele só é bom para leitura
  e escrita de grandes massas de dados contínuos.
 
  O RAID5 é bom para guardar backup, dados que são pouco acessados,
  leitura etc, mas não escrita de pequenos dados, pois toda escrita pequena
  implica em, pelo menos, duas leituras, o dado que estava onde vai ser
  gravado o novo dado e a paridade, depois desfaz a paridade com o dado
  antigo, e se faz com o novo, e depois grava a nova paridade e o novo
  dado. Mas se a escrita é muito grande, e contínua, uma controladora
  esperta não vai ler nada, pois vai tudo ser reescrito mesmo. Então ela
  calcula a paridade em memória e as escreve junto com os dados no
  disco. Só o início e o final de um bloco contínuo que tem chances de
  implicar em leitura antes da escrita.
 
 
  João Rocha.
 
 
  
  
   On 4/19/07, Marcello Costa [EMAIL PROTECTED] wrote:
Sai mais barato comprar um controladora descente , principalmente se
tiver que enfrentar um problema no futuro, Lei de Murphy, não sei dizer
porque haveria alguma vantagem em se utilizar raid 5 via software
   
   
Em Qui, 2007-04-19 às 13:55 -0300, Cristiano Panvel escreveu:
 Com controladora ou sem??

 é sem controladora teria que fazer por software.



 On 4/18/07, Giancarlo Rubio [EMAIL PROTECTED] wrote:
  Com controladora ou sem??
 
  http://www.freebsddiary.org/raid-5.php
  http://www.onlamp.com/pub/a/bsd/2004/12/09/raid.html
 
  Em 18/04/07, Cristiano Panvel[EMAIL PROTECTED] escreveu:
   Oi pessoal, estou precissando montar um raid5 aqui, sera que 
   alguem
   tem alguma dica ou tutoriais, é a primeira vez que vou mexer com 
   isso.
  
   Sao 6 disco para fazer raid5.
  
   ad10: 305245MB Seagate ST3320620AS 3.AAE at ata5-master SATA150
   ad12: 305245MB Seagate ST3320620AS 3.AAE at ata6-master SATA150
   ad14: 305245MB Seagate ST3320620AS 3.AAE at ata7-master SATA150
   ad16: 305245MB Seagate ST3320620AS 3.AAE at ata8-master SATA150
   ad18: 305245MB Seagate ST3320620AS 3.AAE at ata9-master SATA150
   ad20: 305245MB Seagate ST3320620AS 3.AAE at ata10-master SATA150
  
   obrigado.
   -
   Histórico: http://www.fug.com.br/historico/html/freebsd/
   Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
  
 
 
  --
  Giancarlo Rubio
  System Admin
  
  Linux is for people who hate Windows,
  BSD is for people who love UNIX
  Freebsd-BR User #88
  -
  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
  
 
 
  --
  Sempre se apanha mais com as menores besteiras. Experiência própria.
 
  [EMAIL PROTECTED]
  [EMAIL PROTECTED]
  http://www.goffredo.eti.br
  -
  Histórico: http://www.fug.com.br/historico/html/freebsd/
  Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
 
 -
 Histórico: 

Re: [FUG-BR] RAID-5

[Cristiano Panvel]

ok, obrigado pelas explicacoes pessoal, mais eu tenho 6 discos qual é
a logica para os 6 discos.



On 4/24/07, Rafael Bernardes [EMAIL PROTECTED] wrote:
 eins 1
 zwei 2
 drei 3

 Em Ter, 2007-04-24 às 10:15 -0300, Cristiano Panvel escreveu:
  Eu vou usar RAID5 somente para backup, é uma solucao de backup.
 
  Eu tenho 6 discos estou tentando seguir um manual alemao mais estou
  tendo dificuldades alguem poderia dar um help, o disco 7 que é ide
  onde estar o FreeBSd instalado nao ira entrar no raid, so os outros.
 
  http://wiki.bsdforen.de/index.php/FreeBSD_-_gvinum_raid5
 
  O que significa esses parametros eins zwei
 
  drive eins device /dev/ad1s1a
  drive zwei device /dev/ad2s1a
  drive drei device /dev/ad3s1a
  volume data
   plex org raid5 491k
sd length 0 drive eins
sd length 0 drive zwei
sd length 0 drive drei
 
 
 
 
 
  On 4/22/07, Joao Rocha Braga Filho [EMAIL PROTECTED] wrote:
   On 4/19/07, Cristiano Panvel [EMAIL PROTECTED] wrote:
Marcelo, nao é uma questão de optar em o que eu quero. Existem coisas
que por mais que voce diga para o seu chefe que é melhor solucao, ele
nao quer saber.
   
EU QUERO POR SOFTWARE
   
entao voce como o grupo dos staff nao discute, faz.
  
   Ordens idiotas se pede por escrito. rsrsrs
  
   E para que vai usar RAID5? Se for para um bando de dados é idiotice.
   Só vi um banco de dados que realmente se beneficiaria com RAID5, o
   cdb (Está nos ports.). Os outros vão ter grande perda de desempenho,
   pois os bancos de dados estão sempre se reescrevendo, e o RAID5 é
   um inferno para escrita de pequenos dados. Ele só é bom para leitura
   e escrita de grandes massas de dados contínuos.
  
   O RAID5 é bom para guardar backup, dados que são pouco acessados,
   leitura etc, mas não escrita de pequenos dados, pois toda escrita pequena
   implica em, pelo menos, duas leituras, o dado que estava onde vai ser
   gravado o novo dado e a paridade, depois desfaz a paridade com o dado
   antigo, e se faz com o novo, e depois grava a nova paridade e o novo
   dado. Mas se a escrita é muito grande, e contínua, uma controladora
   esperta não vai ler nada, pois vai tudo ser reescrito mesmo. Então ela
   calcula a paridade em memória e as escreve junto com os dados no
   disco. Só o início e o final de um bloco contínuo que tem chances de
   implicar em leitura antes da escrita.
  
  
   João Rocha.
  
  
   
   
On 4/19/07, Marcello Costa [EMAIL PROTECTED] wrote:
 Sai mais barato comprar um controladora descente , principalmente se
 tiver que enfrentar um problema no futuro, Lei de Murphy, não sei 
 dizer
 porque haveria alguma vantagem em se utilizar raid 5 via software


 Em Qui, 2007-04-19 às 13:55 -0300, Cristiano Panvel escreveu:
  Com controladora ou sem??
 
  é sem controladora teria que fazer por software.
 
 
 
  On 4/18/07, Giancarlo Rubio [EMAIL PROTECTED] wrote:
   Com controladora ou sem??
  
   http://www.freebsddiary.org/raid-5.php
   http://www.onlamp.com/pub/a/bsd/2004/12/09/raid.html
  
   Em 18/04/07, Cristiano Panvel[EMAIL PROTECTED] escreveu:
Oi pessoal, estou precissando montar um raid5 aqui, sera que 
alguem
tem alguma dica ou tutoriais, é a primeira vez que vou mexer 
com isso.
   
Sao 6 disco para fazer raid5.
   
ad10: 305245MB Seagate ST3320620AS 3.AAE at ata5-master 
SATA150
ad12: 305245MB Seagate ST3320620AS 3.AAE at ata6-master 
SATA150
ad14: 305245MB Seagate ST3320620AS 3.AAE at ata7-master 
SATA150
ad16: 305245MB Seagate ST3320620AS 3.AAE at ata8-master 
SATA150
ad18: 305245MB Seagate ST3320620AS 3.AAE at ata9-master 
SATA150
ad20: 305245MB Seagate ST3320620AS 3.AAE at ata10-master 
SATA150
   
obrigado.
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
   
  
  
   --
   Giancarlo Rubio
   System Admin
   
   Linux is for people who hate Windows,
   BSD is for people who love UNIX
   Freebsd-BR User #88
   -
   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
   
  
  
   --
   Sempre se apanha mais com as menores 

Re: [FUG-BR] RAID-5

[Joao Rocha Braga Filho]

On 4/19/07, Cristiano Panvel [EMAIL PROTECTED] wrote:
 Marcelo, nao é uma questão de optar em o que eu quero. Existem coisas
 que por mais que voce diga para o seu chefe que é melhor solucao, ele
 nao quer saber.

 EU QUERO POR SOFTWARE

 entao voce como o grupo dos staff nao discute, faz.

Ordens idiotas se pede por escrito. rsrsrs

E para que vai usar RAID5? Se for para um bando de dados é idiotice.
Só vi um banco de dados que realmente se beneficiaria com RAID5, o
cdb (Está nos ports.). Os outros vão ter grande perda de desempenho,
pois os bancos de dados estão sempre se reescrevendo, e o RAID5 é
um inferno para escrita de pequenos dados. Ele só é bom para leitura
e escrita de grandes massas de dados contínuos.

O RAID5 é bom para guardar backup, dados que são pouco acessados,
leitura etc, mas não escrita de pequenos dados, pois toda escrita pequena
implica em, pelo menos, duas leituras, o dado que estava onde vai ser
gravado o novo dado e a paridade, depois desfaz a paridade com o dado
antigo, e se faz com o novo, e depois grava a nova paridade e o novo
dado. Mas se a escrita é muito grande, e contínua, uma controladora
esperta não vai ler nada, pois vai tudo ser reescrito mesmo. Então ela
calcula a paridade em memória e as escreve junto com os dados no
disco. Só o início e o final de um bloco contínuo que tem chances de
implicar em leitura antes da escrita.


João Rocha.




 On 4/19/07, Marcello Costa [EMAIL PROTECTED] wrote:
  Sai mais barato comprar um controladora descente , principalmente se
  tiver que enfrentar um problema no futuro, Lei de Murphy, não sei dizer
  porque haveria alguma vantagem em se utilizar raid 5 via software
 
 
  Em Qui, 2007-04-19 às 13:55 -0300, Cristiano Panvel escreveu:
   Com controladora ou sem??
  
   é sem controladora teria que fazer por software.
  
  
  
   On 4/18/07, Giancarlo Rubio [EMAIL PROTECTED] wrote:
Com controladora ou sem??
   
http://www.freebsddiary.org/raid-5.php
http://www.onlamp.com/pub/a/bsd/2004/12/09/raid.html
   
Em 18/04/07, Cristiano Panvel[EMAIL PROTECTED] escreveu:
 Oi pessoal, estou precissando montar um raid5 aqui, sera que alguem
 tem alguma dica ou tutoriais, é a primeira vez que vou mexer com isso.

 Sao 6 disco para fazer raid5.

 ad10: 305245MB Seagate ST3320620AS 3.AAE at ata5-master SATA150
 ad12: 305245MB Seagate ST3320620AS 3.AAE at ata6-master SATA150
 ad14: 305245MB Seagate ST3320620AS 3.AAE at ata7-master SATA150
 ad16: 305245MB Seagate ST3320620AS 3.AAE at ata8-master SATA150
 ad18: 305245MB Seagate ST3320620AS 3.AAE at ata9-master SATA150
 ad20: 305245MB Seagate ST3320620AS 3.AAE at ata10-master SATA150

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

   
   
--
Giancarlo Rubio
System Admin

Linux is for people who hate Windows,
BSD is for people who love UNIX
Freebsd-BR User #88
-
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



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

[EMAIL PROTECTED]
[EMAIL PROTECTED]
http://www.goffredo.eti.br
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] RAID-5

[Augusto Fabiano Torres]

Usei este tuto para fazer mirror com dois discos SATA iguais.
Funciona que é uma beleza :-)
http://under-linux.org/wiki/index.php/Tutoriais/FreeBSD/Raid-FreeBSD
Ainda tem este que não testei:
http://www.fug.com.br/content/view/74/9/
Veja nesta thread que vai te dar horizontes de qual forma de raid
deve escolher (para minha escolha foi muito útil - Tks):
http://fug.com.br/historico/html/freebsd/2007-03/msg00766.html
[]'s
Augusto

Cristiano Panvel wrote:
 Oi pessoal, estou precissando montar um raid5 aqui, sera que alguem
 tem alguma dica ou tutoriais, é a primeira vez que vou mexer com isso.

 Sao 6 disco para fazer raid5.

 ad10: 305245MB Seagate ST3320620AS 3.AAE at ata5-master SATA150
 ad12: 305245MB Seagate ST3320620AS 3.AAE at ata6-master SATA150
 ad14: 305245MB Seagate ST3320620AS 3.AAE at ata7-master SATA150
 ad16: 305245MB Seagate ST3320620AS 3.AAE at ata8-master SATA150
 ad18: 305245MB Seagate ST3320620AS 3.AAE at ata9-master SATA150
 ad20: 305245MB Seagate ST3320620AS 3.AAE at ata10-master SATA150

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


-- 
==
Augusto Fabiano Torres| E-mail:torres at cle.unicamp.br
Analista de Suporte Computacional | Telefone : +55 19 35216520
Administrador de Redes| Fax  : +55 19 32893269
--
Centro de Lógica, Epistemologia e História da Ciência (CLE)
Rua Sérgio Buarque de Holanda, 251 - Campinas/SP Brasil
Universidade Estadual de Campinas (UNICAMP)
\___/
| Um lider não se faz  pelo título que lhe é postulado mas pela |
| sua capacidade de liderança e confiança daqueles que o seguem |
| (Autor Desconhecido)  |
`==='

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

Re: [FUG-BR] RAID-5

[Cristiano Panvel]

Com controladora ou sem??

é sem controladora teria que fazer por software.



On 4/18/07, Giancarlo Rubio [EMAIL PROTECTED] wrote:
 Com controladora ou sem??

 http://www.freebsddiary.org/raid-5.php
 http://www.onlamp.com/pub/a/bsd/2004/12/09/raid.html

 Em 18/04/07, Cristiano Panvel[EMAIL PROTECTED] escreveu:
  Oi pessoal, estou precissando montar um raid5 aqui, sera que alguem
  tem alguma dica ou tutoriais, é a primeira vez que vou mexer com isso.
 
  Sao 6 disco para fazer raid5.
 
  ad10: 305245MB Seagate ST3320620AS 3.AAE at ata5-master SATA150
  ad12: 305245MB Seagate ST3320620AS 3.AAE at ata6-master SATA150
  ad14: 305245MB Seagate ST3320620AS 3.AAE at ata7-master SATA150
  ad16: 305245MB Seagate ST3320620AS 3.AAE at ata8-master SATA150
  ad18: 305245MB Seagate ST3320620AS 3.AAE at ata9-master SATA150
  ad20: 305245MB Seagate ST3320620AS 3.AAE at ata10-master SATA150
 
  obrigado.
  -
  Histórico: http://www.fug.com.br/historico/html/freebsd/
  Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
 


 --
 Giancarlo Rubio
 System Admin
 
 Linux is for people who hate Windows,
 BSD is for people who love UNIX
 Freebsd-BR User #88
 -
 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] RAID-5

[Marcello Costa]

Sai mais barato comprar um controladora descente , principalmente se
tiver que enfrentar um problema no futuro, Lei de Murphy, não sei dizer
porque haveria alguma vantagem em se utilizar raid 5 via software


Em Qui, 2007-04-19 às 13:55 -0300, Cristiano Panvel escreveu:
 Com controladora ou sem??
 
 é sem controladora teria que fazer por software.
 
 
 
 On 4/18/07, Giancarlo Rubio [EMAIL PROTECTED] wrote:
  Com controladora ou sem??
 
  http://www.freebsddiary.org/raid-5.php
  http://www.onlamp.com/pub/a/bsd/2004/12/09/raid.html
 
  Em 18/04/07, Cristiano Panvel[EMAIL PROTECTED] escreveu:
   Oi pessoal, estou precissando montar um raid5 aqui, sera que alguem
   tem alguma dica ou tutoriais, é a primeira vez que vou mexer com isso.
  
   Sao 6 disco para fazer raid5.
  
   ad10: 305245MB Seagate ST3320620AS 3.AAE at ata5-master SATA150
   ad12: 305245MB Seagate ST3320620AS 3.AAE at ata6-master SATA150
   ad14: 305245MB Seagate ST3320620AS 3.AAE at ata7-master SATA150
   ad16: 305245MB Seagate ST3320620AS 3.AAE at ata8-master SATA150
   ad18: 305245MB Seagate ST3320620AS 3.AAE at ata9-master SATA150
   ad20: 305245MB Seagate ST3320620AS 3.AAE at ata10-master SATA150
  
   obrigado.
   -
   Histórico: http://www.fug.com.br/historico/html/freebsd/
   Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
  
 
 
  --
  Giancarlo Rubio
  System Admin
  
  Linux is for people who hate Windows,
  BSD is for people who love UNIX
  Freebsd-BR User #88
  -
  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] RAID-5

[Cristiano Panvel]

Marcelo, nao é uma questão de optar em o que eu quero. Existem coisas
que por mais que voce diga para o seu chefe que é melhor solucao, ele
nao quer saber.

EU QUERO POR SOFTWARE

entao voce como o grupo dos staff nao discute, faz.


On 4/19/07, Marcello Costa [EMAIL PROTECTED] wrote:
 Sai mais barato comprar um controladora descente , principalmente se
 tiver que enfrentar um problema no futuro, Lei de Murphy, não sei dizer
 porque haveria alguma vantagem em se utilizar raid 5 via software


 Em Qui, 2007-04-19 às 13:55 -0300, Cristiano Panvel escreveu:
  Com controladora ou sem??
 
  é sem controladora teria que fazer por software.
 
 
 
  On 4/18/07, Giancarlo Rubio [EMAIL PROTECTED] wrote:
   Com controladora ou sem??
  
   http://www.freebsddiary.org/raid-5.php
   http://www.onlamp.com/pub/a/bsd/2004/12/09/raid.html
  
   Em 18/04/07, Cristiano Panvel[EMAIL PROTECTED] escreveu:
Oi pessoal, estou precissando montar um raid5 aqui, sera que alguem
tem alguma dica ou tutoriais, é a primeira vez que vou mexer com isso.
   
Sao 6 disco para fazer raid5.
   
ad10: 305245MB Seagate ST3320620AS 3.AAE at ata5-master SATA150
ad12: 305245MB Seagate ST3320620AS 3.AAE at ata6-master SATA150
ad14: 305245MB Seagate ST3320620AS 3.AAE at ata7-master SATA150
ad16: 305245MB Seagate ST3320620AS 3.AAE at ata8-master SATA150
ad18: 305245MB Seagate ST3320620AS 3.AAE at ata9-master SATA150
ad20: 305245MB Seagate ST3320620AS 3.AAE at ata10-master SATA150
   
obrigado.
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
   
  
  
   --
   Giancarlo Rubio
   System Admin
   
   Linux is for people who hate Windows,
   BSD is for people who love UNIX
   Freebsd-BR User #88
   -
   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] RAID-5

[Renato Frederick]

Aproveite e verifique a opção de discos SAS hot swap, afinal é muito chato
ter que desligar o servidor para trocar o disco :)

Lembrando que o raid5 via geom ou algo assim não pode ser usado(ou é chato
para configurar) nos discos de inicialização, parece que teve uma discussão
sobre isto. 


On 4/19/07 2:16 PM, Marcello Costa [EMAIL PROTECTED] wrote:

 Sai mais barato comprar um controladora descente , principalmente se
 tiver que enfrentar um problema no futuro, Lei de Murphy, não sei dizer
 porque haveria alguma vantagem em se utilizar raid 5 via software
 
 
 Em Qui, 2007-04-19 às 13:55 -0300, Cristiano Panvel escreveu:
 Com controladora ou sem??
 
 é sem controladora teria que fazer por software.
 
 
 


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

Re: [FUG-BR] RAID-5

[Marcello Costa]

Eu sei que muitas vezes fazemos alguma coisa contra a nossa vontade ,
mas te conto um caso acontecido aqui na empresa

Havia um servidor montado com raid1 via software , havia um backup
diario do mesmo e que se houvesse uma situação de desastre eu perderia
algumas horas para colocar o servidor de volta , isso se eu tivesse
discos a mão e que assim mesmo correia o risco de perder dados que
fossem diferentes do backup, e que backup de alguma coisa estragada tem
o mesmo cheiro do original, fiz uma cotação de um servidor de primeira
linha enter level com redundância efetiva e mostrei o quanto custaria
tal solução , bem a pulga ficou solta e relembravamos ela, para
finalizara historia compramos o servidor de primeira linha com
redundancia efetiva, disco, fonte , rede, memória , transformei o
servidor antigo em replicador ,tempo real, e agora qdo alguem fala em
adquirir equipamento logo é citado que no mínimo deve ser algo similar
ou superior ao comprado , que foi o melhor investimento em equipamento
já feito na empresa, que foi comprado com redundância para não ser
usada e que precisa de 3 raios no mesmo local para termos problema,
redundancia + slave.

resumindo faça o que te mandam mas mostre qdo seria mais barato dormir
mais sussegado , um servidor desses sai por 10 mil enquanto um montado
sai uns 1000 reais mais barato , servidor não é desktop , sata não é
sas.

primeira coisa que fiz qdo chegou a maquineta foi instalar o FreeBSD 6.2
chamar o diretor da empresa para ve-lo e tirar os discos ,fonte e cooler
com ele funcionando para ser testemunhado , hehehehe

claro que tudo isso depende muito do negócio da sua empresa , o quanto é
crítico , em reais , um servidor fora do ar ou a perda de dados.

um detalhe esse servidor teve uptime de 263 dias e um outro desse tipo
que não é critico já passou de 500 dias de uptime, espero alcaçar pelo
menos 3 anos de uptime com essa maquineta, por enquanto tá só com 60
dias e consumindo absurdos 8 % de processamento

boa sorte na empreitada

Em Qui, 2007-04-19 às 14:42 -0300, Cristiano Panvel escreveu:
 Marcelo, nao é uma questão de optar em o que eu quero. Existem coisas
 que por mais que voce diga para o seu chefe que é melhor solucao, ele
 nao quer saber.
 
 EU QUERO POR SOFTWARE
 
 entao voce como o grupo dos staff nao discute, faz.
 
 
 On 4/19/07, Marcello Costa [EMAIL PROTECTED] wrote:
  Sai mais barato comprar um controladora descente , principalmente se
  tiver que enfrentar um problema no futuro, Lei de Murphy, não sei dizer
  porque haveria alguma vantagem em se utilizar raid 5 via software
 
 
  Em Qui, 2007-04-19 às 13:55 -0300, Cristiano Panvel escreveu:
   Com controladora ou sem??
  
   é sem controladora teria que fazer por software.
  
  
  
   On 4/18/07, Giancarlo Rubio [EMAIL PROTECTED] wrote:
Com controladora ou sem??
   
http://www.freebsddiary.org/raid-5.php
http://www.onlamp.com/pub/a/bsd/2004/12/09/raid.html
   
Em 18/04/07, Cristiano Panvel[EMAIL PROTECTED] escreveu:
 Oi pessoal, estou precissando montar um raid5 aqui, sera que alguem
 tem alguma dica ou tutoriais, é a primeira vez que vou mexer com isso.

 Sao 6 disco para fazer raid5.

 ad10: 305245MB Seagate ST3320620AS 3.AAE at ata5-master SATA150
 ad12: 305245MB Seagate ST3320620AS 3.AAE at ata6-master SATA150
 ad14: 305245MB Seagate ST3320620AS 3.AAE at ata7-master SATA150
 ad16: 305245MB Seagate ST3320620AS 3.AAE at ata8-master SATA150
 ad18: 305245MB Seagate ST3320620AS 3.AAE at ata9-master SATA150
 ad20: 305245MB Seagate ST3320620AS 3.AAE at ata10-master SATA150

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

   
   
--
Giancarlo Rubio
System Admin

Linux is for people who hate Windows,
BSD is for people who love UNIX
Freebsd-BR User #88
-
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] RAID-5

[Giancarlo Rubio]

Com controladora ou sem??

http://www.freebsddiary.org/raid-5.php
http://www.onlamp.com/pub/a/bsd/2004/12/09/raid.html

Em 18/04/07, Cristiano Panvel[EMAIL PROTECTED] escreveu:
 Oi pessoal, estou precissando montar um raid5 aqui, sera que alguem
 tem alguma dica ou tutoriais, é a primeira vez que vou mexer com isso.

 Sao 6 disco para fazer raid5.

 ad10: 305245MB Seagate ST3320620AS 3.AAE at ata5-master SATA150
 ad12: 305245MB Seagate ST3320620AS 3.AAE at ata6-master SATA150
 ad14: 305245MB Seagate ST3320620AS 3.AAE at ata7-master SATA150
 ad16: 305245MB Seagate ST3320620AS 3.AAE at ata8-master SATA150
 ad18: 305245MB Seagate ST3320620AS 3.AAE at ata9-master SATA150
 ad20: 305245MB Seagate ST3320620AS 3.AAE at ata10-master SATA150

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



-- 
Giancarlo Rubio
System Admin

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

Re: [FUG-BR] raid 1 duvida

[Giancarlo Rubio]

gmirror status gm0

Em 10/04/07, [EMAIL PROTECTED][EMAIL PROTECTED] escreveu:
 amigos tinha um raid 1 funcionando numa boa


 porem por algum motivo percebi que o disco nao tava mais sicronizado

 ai quando tento sicronizar ele outra vez ele da a seguinte mensagem

 server# gmirror insert gm0 /dev/ad3
 Not all disks connected.

 porem quando dou um dmesg o 2 hd o ad3 aparece la

 alguem saberia  o que pode ser ?

 att diogo







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



-- 
Giancarlo Rubio
(041) 9192-5042
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd

Re: [FUG-BR] raid 1 duvida

[Thiago J. Ruiz]

bom, se vc perceber que o disco soh perdeu a sincronia por causa de
uma queda de energia ou algo assim vc pode reinserilo no raid...

primeiro vc tem q fazer o raid esquecer o disco q caiu:

# gmirror forget gm0

depois limpa ele:
# gmirror clear /dev/ad3
se esse comando nao funcionar

# dd if=/dev/zero of=/dev/ad3 bs=1024 count=1

depois

# gmirror insert gm0 /dev/ad3

fiz isso ainda ontem com um hd de um servidorzinho bem simples meu..
estah sincronizado e limpo o FS..

espero que ajude.. abraço

Em 10/04/07, [EMAIL PROTECTED][EMAIL PROTECTED] escreveu:
 amigos tinha um raid 1 funcionando numa boa


 porem por algum motivo percebi que o disco nao tava mais sicronizado

 ai quando tento sicronizar ele outra vez ele da a seguinte mensagem

 server# gmirror insert gm0 /dev/ad3
 Not all disks connected.

 porem quando dou um dmesg o 2 hd o ad3 aparece la

 alguem saberia  o que pode ser ?

 att diogo







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



-- 
Thiago J. Ruiz
http://thiagoruiz.blogspot.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] Raid

[Ari Arantes]

Qual servidor comprou?

Tive problemas para instalar o FreeBSD num DL320, tive que baixar o
6.1 RELEASE de Agosto. O 6.1 default não achava os discos.

Mas a placa de raid não achou. Segundo a HP tem que ter drive na
instalação e só funciona no Windows. Estou usando o GEOM sem
problemas.

[]s,

Ari


Em 25/11/06, Giovanni P. Tirloni[EMAIL PROTECTED] escreveu:
 Rafael_ wrote:
  Pessoal, comprei um server HP, queria saber se o freebsd 6.1 ja detecta a
  controladora raid, é facil a instalar e configurar?

   http://www.google.com.br/search?q=freebsd+hardware+compatibility
   http://www.freebsd.org/releases/6.1R/hardware-i386.html#DISK

 -
 Giovanni P. Tirloni
 http://tirloni.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] Raid

[Celso Viana]

2006/11/28, Ari Arantes [EMAIL PROTECTED]:
 Qual servidor comprou?

 Tive problemas para instalar o FreeBSD num DL320, tive que baixar o
 6.1 RELEASE de Agosto. O 6.1 default não achava os discos.

 Mas a placa de raid não achou. Segundo a HP tem que ter drive na
 instalação e só funciona no Windows. Estou usando o GEOM sem
 problemas.

 []s,

 Ari


 Em 25/11/06, Giovanni P. Tirloni[EMAIL PROTECTED] escreveu:
  Rafael_ wrote:
   Pessoal, comprei um server HP, queria saber se o freebsd 6.1 ja detecta a
   controladora raid, é facil a instalar e configurar?
 
http://www.google.com.br/search?q=freebsd+hardware+compatibility
http://www.freebsd.org/releases/6.1R/hardware-i386.html#DISK
 
  -
  Giovanni P. Tirloni
  http://tirloni.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


Ari,

Vc usou RELEASE ou STABLE de agosto? procurei e so encontrei STABLE...

ftp://ftp.freebsd.org/pub/FreeBSD/snapshots/200608/

é esse link?

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

Re: [FUG-BR] Raid

[Ari Arantes]

Esse mesmo.

2006/11/28, Celso Viana [EMAIL PROTECTED]:
 2006/11/28, Ari Arantes [EMAIL PROTECTED]:
  Qual servidor comprou?
 
  Tive problemas para instalar o FreeBSD num DL320, tive que baixar o
  6.1 RELEASE de Agosto. O 6.1 default não achava os discos.
 
  Mas a placa de raid não achou. Segundo a HP tem que ter drive na
  instalação e só funciona no Windows. Estou usando o GEOM sem
  problemas.
 
  []s,
 
  Ari
 
 
  Em 25/11/06, Giovanni P. Tirloni[EMAIL PROTECTED] escreveu:
   Rafael_ wrote:
Pessoal, comprei um server HP, queria saber se o freebsd 6.1 ja detecta 
a
controladora raid, é facil a instalar e configurar?
  
 http://www.google.com.br/search?q=freebsd+hardware+compatibility
 http://www.freebsd.org/releases/6.1R/hardware-i386.html#DISK
  
   -
   Giovanni P. Tirloni
   http://tirloni.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
 

 Ari,

 Vc usou RELEASE ou STABLE de agosto? procurei e so encontrei STABLE...

 ftp://ftp.freebsd.org/pub/FreeBSD/snapshots/200608/

 é esse link?

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

[Giovanni P. Tirloni]

Rafael_ wrote:
 Pessoal, comprei um server HP, queria saber se o freebsd 6.1 ja detecta a 
 controladora raid, é facil a instalar e configurar?

  http://www.google.com.br/search?q=freebsd+hardware+compatibility
  http://www.freebsd.org/releases/6.1R/hardware-i386.html#DISK

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

Re: [FUG-BR] RAID

[Thiago J. Ruiz]

Nelson,

Ele te mostra 3 pq ele vê os seus dois discos reais, mais o raid0 que vc criou

provavelmente vc vai enxergar algo como:

ad0
ad1
ar0

basta vc fazer tudo em cima do ar0 (que é o device do array que vc criou)
só uma dica, vc tá correndo um risco danado fazendo um raid0 pra server,
recomendo vc colocar um disco pro sistema e os dados que vc precisa de
muito espaço vc faz o raid0 (ainda sim inseguro, se um pifar abraço
pro raid hehe)


[]'z

2006/10/27, Nelson Pereira Júnior [EMAIL PROTECTED]:
 Pessoal, comprei uma placa mãe Intel, com suporte a Raid.

 Quero fazer Raid0.

 Configuro o RAID na BIOS da placa mãe. Digo que os 2 HDs farão um RAID 0.

 Pelo que entendo de raid via hardware, o SO simplesmente veria um HD apenas,
 com o dobro do tamanho. Seria completamente transparente pra ele. O SO nem
 deveria saber que é um RAID ou não, isso o hareware controlaria.

 Mas quando vou instalar o FreeBSD, ele me apresenta 3 HDs, quando na verdade
 tenho apenas 2, e deveria me apresentar apenas 1, o próprio raid.

 No Win2003 pra funcionar o RAID preciso instalar um Driver num disquete que
 veio junto com a placa.

 Em outros SOs, como o Debian, ele me apresenta apenas 2 HDs pra instalar o
 SO, e não apenas o RAID, ou seja, nem reconhece o RAID via hardware da minha
 placa mãe Intel.

 Por que acontece isso? Visto que é RAID via hardware, não deveria ser tudo
 transparente e automático?

 Att.

 Nelson.


-- 
Thiago J. Ruiz
http://thiagoruiz.blogspot.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] RAID

[Frederico Terra Boechat]

Qual é a sua placa mãe? O modelo?

Nas duas que eu testei, nem o ar0 apareceu :-(

A impressão que tenho é que reaslmente precisa da droga do driver pra 
Windows, e só cria RAID com ele. Logo, eh um Win-Raid, não Hard-Raid.

Sei lá..eu tive uma placa mãe pra AMD que só o BSD reconheceu, mas ele 
espelha direto na BIOS. Nessas duas não me dá essa opção. Não creio se 
tratar de um RAID via hardware não.

Odeio propaganda enganosa...

Frederico Boechat
- Original Message - 
From: Thiago J. Ruiz [EMAIL PROTECTED]
To: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) 
freebsd@fug.com.br
Sent: Friday, October 27, 2006 11:03 AM
Subject: Re: [FUG-BR] RAID


Nelson,

Ele te mostra 3 pq ele vê os seus dois discos reais, mais o raid0 que vc 
criou

provavelmente vc vai enxergar algo como:

ad0
ad1
ar0


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

Re: [FUG-BR] RAID

[Thiago J. Ruiz]

Em 27/10/06, Frederico Terra Boechat[EMAIL PROTECTED] escreveu:
 Qual é a sua placa mãe? O modelo?

Rapazzz não lembro. sei que é uma asus, agora o modelo pifou a minha
memoria hehe, acredito que era uma P5Nalguma-coisa


 Nas duas que eu testei, nem o ar0 apareceu :-(

mas quais devices apareceram na hora de escolher qual particionar?


 A impressão que tenho é que reaslmente precisa da droga do driver pra
 Windows, e só cria RAID com ele. Logo, eh um Win-Raid, não Hard-Raid.

drive windows? não não, qual o modelo da sua MoBo?
dá uma olhada no site do FBSD se sua controladora raid eh suportada,
se for  da SiS acho meio dificil hehe já tive problemas com uma
controladora SiS.


 Sei lá..eu tive uma placa mãe pra AMD que só o BSD reconheceu, mas ele
 espelha direto na BIOS. Nessas duas não me dá essa opção. Não creio se
 tratar de um RAID via hardware não.

Na realidade não existe especificamente um raid via hardware hehe.
pois quem controla é um software que está na rom da MoBo, mas é um
software proprietário da fabricante (que dá mais velocidade tudo
mais), nao deixando de ser um SoftRaid.


 Odeio propaganda enganosa...


hehe ninguém gosta hehe.

[]'z


-- 
Thiago J. Ruiz
http://thiagoruiz.blogspot.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] Raid com FreeBSD - Sugestão

[Thiago Gomes]

Daniel, Obrigado pela explicação, mas como eu tenho
tres disco de 17 gb.. como eu faço para somente
iniciar o kernel em uma particao e depois gerar raid5
no resto disco e nos dois discos restante ? é isso que
nao entendi

Valeu..



--- Daniel Bristot de Oliveira
[EMAIL PROTECTED] escreveu:

 Olá
  Uma coisa que nao entendi ainda, posso esta sendo
 ate
  burro, mas vcs sabem como é vida de iniciante..
 tenho
  3 discos.. 17GB cada.. antes de iniciar o raid5
 estou
  usando o tutorial em alemão traduzido pelo
 google..
  hehehe, terei que instalar o freebsd, format um
 disco,
  montar as particoes um dos disco ? é isso ou
 somente
  atraves do boot alguem pode me explicar o
 procedimento
  inicial.
 
 Olha só, deixa ver se entendi, você quer fazer Raid
 nos 3 discos inteiros certo?
 
 E você só tem estes tres discos, e eles vão ter o
 FreeBSD Instalado, e
 você iniciará o FreeBSD a partir deste raid.
 
 Se este for o caso, pense comigo. se não for vai
 lá para o
 final... a partir de **
 
 a partir do segundo * vai
 ter um mini How-TO
 
 O Raid via software é feito a partir de um módulo do
 kernel, da classe
 geom chamada vinum, que lá no tutorial é dis para
 você habilitar...
 
 echo 'geom_vinum_load=YES' /boot/loader.conf
 
 certo?
 
 Bom, então para reconhecermos o RAID precisamos do
 kernel carregado, e
 do modulo carregado, certo?
 
 Mas como iniciar um kernel e um módulo(que estão
 divididos em tres
 discos) de uma coisa que o loader não conhece (que
 os dados estão
 divididos), que é raid com striping, ele não
 intende sobre onde os
 dados estão, e assim ele não pode carregar o kernel
 e nem o modulo :(.
 
 Então, até onde meu conhecimento vai, é impossível
 fazer isto via
 kernel e modulo... porque é eles que vão criar o
 dispositivo
 /dev/gvinum/data, que vai conter o tua unidade com
 os discos (Geom de
 um provider com 3 consumers)
 
 Uma aprofundada... o geom vai reconhecer o disco e
 criar o
 /dev/gvinum/data, no final da inicialização do
 kernel e antes das
 montagens em RW, e checagens de disco.
 
 Ai vem a questão... AAA mais espelhamento dá!
 
 Realmente espelhamento dá, porque a inicialização do
 kernel é feita em
 um dos dicos que contém o kernel e o modulo, ai na
 inicialização, é
 detectado o espelhamento e o provider é criado,
 antes que qualquer
 escrita em disco, o que mantem os dados
 consistentes, ai antes de ler
 o fstab e fazer qualquer checagem o dispositivo
 estará criado e tudo
 flui...
 
 Bom, ate onde meu conhecimento vai, uma saida para
 você é:
 
 iniciar o kernel de uma partição ou de um disco ou
 de um pendrive ou
 de um cd e assim vai... de algo que não faça parte
 do striping, ai
 quando o kernel inicializa e o modulo reconhecer o
 raid, ele vai
 checar(com o fstab configurado), o raid e montar
 e funcionar...
 
 Outra possibilidade, é como foi feito no artigo, um
 raid de partições.
 isto é possivel e funciona, instala o teu / (so o
 que precisa pra
 inicializar),  em um partição, e cria tres partições
 iguais nos tres
 discos e cria o vinum a partir delas...
 
 **
 Se você está inicializando o SO, e fazendo o stripe
 das partições...
 
 O dispositivo vai ser criado em, seguindo o
 tutorial...
 
 /dev/gvinum/data
 
 Se você criou ele sem problemas
 
 newfs /dev/gvinum/data
 mount /dev/gvinum/data /qualquerlugar
 
 vai estar funcionando...
 
 ou adicione ele no fstab, se você leu a parte grande
 acima, vai saber
 que ele não vai poder ser o /.
 
 ***
 Mini How-TO
 
 crie três parrtições iguais nos três discos, durante
 a instalação...
 ao iniciar o sistema
 
 crie o arquivo  raid5.conf
 
 drive eins device /dev/Partição1
 drive zwei device /dev/Partição2
 drive drei device /dev/Partição3
 volume data
  plex org raid5 491k
   sd length 0 drive eins
   sd length 0 drive zwei
   sd length 0 drive drei
 
 execute:
 # gvinum create raid5.conf
 # echo 'geom_vinum_load=YES' /boot/loader.conf
 
 quando reinicizar, o dispositivo /dev/gvinum/data
 vai estar criado
 ai você cria o sistema de arquivos (formata), mas
 isso só da primeira vez :)
 
 #newfs /dev/gvinum/data
 
 monta em qualquer lugar,
 
 # mount /dev/gvinum/data
 
 Ou já adiciona no fstab...
 /dev/gvinum/data   /PontoDeMontagem 
   ufs rw
 2   2
 
 Ai também vai funcionar...
 
 hehe você deve pensar, este cara escreve d+, mas não
 se assuste eu
 estou em uma aula que meu professor está explicando
 delphi, não
 preciso comentar mais nada :P
 
 espero ter ajudado
 
 Um abraço
 -- 
 Daniel Bristot de Oliveira
 http://dbristot.info
 
 R João Paez 409 Ap 202
 Sta Augusta - Criciúma - SC
 CEP 88805440 Brazil
 +55-48-91032512
 -
 Histórico:
 http://www.fug.com.br/historico/html/freebsd/
 Sair da lista:
 https://www.fug.com.br/mailman/listinfo/freebsd
 




___ 
O Yahoo! está de 

Re: [FUG-BR] Raid com FreeBSD - Sugestão

[Daniel Bristot de Oliveira]

Bom,

Os striping que eu fiz, todos tinham o mesmo espaço no disco, então
... eu tenho certeza que com o mesmo tamanho funciona..

Então, crie as partições com o sysinstall (O jeito mais simples)
durante a instalação, ou durante a execução, mas isto não pode ser
feito se o disco estiver sendo utilizado pelo SO, então, para evitar
alguns problemas, faça na instação, e crie o raid com estas partições.
sem segredo, como no artigo em alemão, mas eu aconselho fazer com
partições do mesmo tamanho


Como eu ja falei antes, tem uma artigo no FUG que fala sobre o Geom,
isso pode ajudar a entender melhor o artigo em alemão...

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

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

Re: [FUG-BR] Raid com FreeBSD - Sugestão

[Thiago Gomes]

Galera,

Uma coisa que nao entendi ainda, posso esta sendo ate
burro, mas vcs sabem como é vida de iniciante.. tenho
3 discos.. 17GB cada.. antes de iniciar o raid5 estou
usando o tutorial em alemão traduzido pelo google..
hehehe, terei que instalar o freebsd, format um disco,
montar as particoes um dos disco ? é isso ou somente
atraves do boot alguem pode me explicar o procedimento
inicial.

obrigado.

Ps.: cada vez mais esse FreeBSD me conquista..

hehhe



___ 
O Yahoo! está de cara nova. Venha conferir! 
http://br.yahoo.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] Raid com FreeBSD - Sugestão

[Daniel Bristot de Oliveira]

Olá
 Uma coisa que nao entendi ainda, posso esta sendo ate
 burro, mas vcs sabem como é vida de iniciante.. tenho
 3 discos.. 17GB cada.. antes de iniciar o raid5 estou
 usando o tutorial em alemão traduzido pelo google..
 hehehe, terei que instalar o freebsd, format um disco,
 montar as particoes um dos disco ? é isso ou somente
 atraves do boot alguem pode me explicar o procedimento
 inicial.

Olha só, deixa ver se entendi, você quer fazer Raid nos 3 discos inteiros certo?

E você só tem estes tres discos, e eles vão ter o FreeBSD Instalado, e
você iniciará o FreeBSD a partir deste raid.

Se este for o caso, pense comigo. se não for vai lá para o
final... a partir de **

a partir do segundo * vai ter um mini How-TO

O Raid via software é feito a partir de um módulo do kernel, da classe
geom chamada vinum, que lá no tutorial é dis para você habilitar...

echo 'geom_vinum_load=YES' /boot/loader.conf

certo?

Bom, então para reconhecermos o RAID precisamos do kernel carregado, e
do modulo carregado, certo?

Mas como iniciar um kernel e um módulo(que estão divididos em tres
discos) de uma coisa que o loader não conhece (que os dados estão
divididos), que é raid com striping, ele não intende sobre onde os
dados estão, e assim ele não pode carregar o kernel e nem o modulo :(.

Então, até onde meu conhecimento vai, é impossível fazer isto via
kernel e modulo... porque é eles que vão criar o dispositivo
/dev/gvinum/data, que vai conter o tua unidade com os discos (Geom de
um provider com 3 consumers)

Uma aprofundada... o geom vai reconhecer o disco e criar o
/dev/gvinum/data, no final da inicialização do kernel e antes das
montagens em RW, e checagens de disco.

Ai vem a questão... AAA mais espelhamento dá!

Realmente espelhamento dá, porque a inicialização do kernel é feita em
um dos dicos que contém o kernel e o modulo, ai na inicialização, é
detectado o espelhamento e o provider é criado, antes que qualquer
escrita em disco, o que mantem os dados consistentes, ai antes de ler
o fstab e fazer qualquer checagem o dispositivo estará criado e tudo
flui...

Bom, ate onde meu conhecimento vai, uma saida para você é:

iniciar o kernel de uma partição ou de um disco ou de um pendrive ou
de um cd e assim vai... de algo que não faça parte do striping, ai
quando o kernel inicializa e o modulo reconhecer o raid, ele vai
checar(com o fstab configurado), o raid e montar e funcionar...

Outra possibilidade, é como foi feito no artigo, um raid de partições.
isto é possivel e funciona, instala o teu / (so o que precisa pra
inicializar),  em um partição, e cria tres partições iguais nos tres
discos e cria o vinum a partir delas...

**
Se você está inicializando o SO, e fazendo o stripe das partições...

O dispositivo vai ser criado em, seguindo o tutorial...

/dev/gvinum/data

Se você criou ele sem problemas

newfs /dev/gvinum/data
mount /dev/gvinum/data /qualquerlugar

vai estar funcionando...

ou adicione ele no fstab, se você leu a parte grande acima, vai saber
que ele não vai poder ser o /.

***
Mini How-TO

crie três parrtições iguais nos três discos, durante a instalação...
ao iniciar o sistema

crie o arquivo  raid5.conf

drive eins device /dev/Partição1
drive zwei device /dev/Partição2
drive drei device /dev/Partição3
volume data
 plex org raid5 491k
  sd length 0 drive eins
  sd length 0 drive zwei
  sd length 0 drive drei

execute:
# gvinum create raid5.conf
# echo 'geom_vinum_load=YES' /boot/loader.conf

quando reinicizar, o dispositivo /dev/gvinum/data vai estar criado
ai você cria o sistema de arquivos (formata), mas isso só da primeira vez :)

#newfs /dev/gvinum/data

monta em qualquer lugar,

# mount /dev/gvinum/data

Ou já adiciona no fstab...
/dev/gvinum/data   /PontoDeMontagemufs rw
2   2

Ai também vai funcionar...

hehe você deve pensar, este cara escreve d+, mas não se assuste eu
estou em uma aula que meu professor está explicando delphi, não
preciso comentar mais nada :P

espero ter ajudado

Um abraço
-- 
Daniel Bristot de Oliveira
http://dbristot.info

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