in split brain scenario, wouldn't both halves have write capabilities? unless you made some requirement that more than half of the nodes needed to be up in order to write.<br><br><div class="gmail_quote">On Tue, Aug 7, 2012 at 6:46 PM, James A. Donald <span dir="ltr"><<a href="mailto:jamesd@echeque.com" target="_blank">jamesd@echeque.com</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div>On 2012-08-07 5:16 PM, Two Spirit wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Since when is lost data considered highly RELIABLE storage? It isn't<br>
storage if it doesn't store. in my eyes vanishing data is not acceptable<br>
storage. double penalty to guy who worked hard to finish early, since the<br>
one who wrote last wins. we might as well rename it to "lossy storage" or<br>
"leakage" instead of storage. the issue is not HA because both halves<br>
believe both sides is operational and no data is lost. Is it not true that<br>
a user's expectation is that what they put into the file system, they<br>
should get back from the file system unless there is an error?<br>
<br>
you know that feeling you get when you start hearing the hard drive make<br>
clicking noises because you know that there is a chance you might loose<br>
data? not worth it, you don't risk it, dump the drive and get something<br>
that works.  I would at least well document this limitation, so the newbie<br>
who is considering using it knows what he is getting into and if it is a<br>
real concern for their needs or not.<br>
</blockquote>
<br></div>
This is not a problem if only one entity should ever have the write capability for a file, which is desirable for other reasons.<div><div><br>
<br>
<br>
______________________________<u></u>_________________<br>
tahoe-dev mailing list<br>
<a href="mailto:tahoe-dev@tahoe-lafs.org" target="_blank">tahoe-dev@tahoe-lafs.org</a><br>
<a href="https://tahoe-lafs.org/cgi-bin/mailman/listinfo/tahoe-dev" target="_blank">https://tahoe-lafs.org/cgi-<u></u>bin/mailman/listinfo/tahoe-dev</a><br>
</div></div></blockquote></div><br>