<html><head></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><div><br></div><div><br></div><div><div>hi,</div><div><br></div><div>the problem with using a stripeset on the physical block device level is that any kind of parity information only protects you from failures within the node, not from a failure of the entire node itself. and with striping, it should behave like a block-ish device. anyway, in our situation now, it's ok not to have it (we just need more bricks, but then replication also has other benefits). </div><div><br></div><div>the plans for 3.4 you mentioned - where can i read about it?</div><div><br></div><div>unfortunately, my expertise is not in c … i'm a java guy (although i would LOVE to contribute, i just feel a bit unable to)</div><div><br></div><div>.rm</div><div><br></div></div><div><br><blockquote type="cite"><div bgcolor="#FFFFFF" text="#000000">The short answer is that GlusterFS is not a block device. <br>
<br>
Sure, striping exists and could possibly support a parity translator
in RAID fashion, but the stripe translator isn't, imho, anywhere
close to as functional as raid (
<meta http-equiv="content-type" content="text/html;
charset=ISO-8859-1">
<a href="http://joejulian.name/blog/should-i-use-stripe-on-glusterfs/">http://joejulian.name/blog/should-i-use-stripe-on-glusterfs/</a>
). Fault tolerance, self-healing, split-brain, etc. are all much
more difficult to manage when you're not connecting your block
storage to the raid controller and are, instead, storing stripes and
parities of files in a filesystem instead of on blocks.<br>
<br>
It's not a definite no, though. 3.4 includes a block-device
translator for exposing raw block devices. Perhaps that could be
utilized in a way that parity striping might eventually happen. I'm
sure that if someone were to write a translator that worked, it
would be happily accepted into the project.<br>
</div>
_______________________________________________<br>Gluster-users mailing list<br><a href="mailto:Gluster-users@gluster.org">Gluster-users@gluster.org</a><br>http://supercolony.gluster.org/mailman/listinfo/gluster-users</blockquote></div><br></body></html>