<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.&nbsp;anyway, in our situation now, it's ok not to have it (we just need more bricks, but then replication also has other benefits).&nbsp;</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>