<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Tue, Nov 18, 2014 at 9:28 PM, Dietmar Maurer <span dir="ltr"><<a href="mailto:dietmar@proxmox.com" target="_blank">dietmar@proxmox.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><span class=""><br>
> Sorry, but I cannot find an explaination there?<br>
><br>
> In short:<br>
> 1) DATA from write buffer commits locally<br>
> 2) DATA in write buffer changes (because write cache is enabled)<br>
> 3) DATA from write buffer sends to another DRBD node<br>
> And DRBD can't catch this until integrity-alg not enabled. When enabled - we get<br>
> split brain for each occurrence for master-master or just secondary<br>
> reconnection for master-slave mode.<br>
<br>
</span>So this is a DRBD bug?<br>
</blockquote></div><br></div><div class="gmail_extra">Lars doesn't see this as a bug. See also says that software raid behaves in the same way. I've asked him twice if it is possible to copy buffer before committing but haven't got any answer.<br><br>>  If DRBD requires O_DSYNC, it is incredible slow?<br><br></div><div class="gmail_extra">No difference to cache=none when using enterprise level hardware raid with write cache enabled (BBU must be in place) because hardware raid ignores O_DSYNC and reports data being committed as it reached raid cache. There could be huge difference for low end raid controllers and other cases when O_DSYNC is not ignored.<br><br></div><div class="gmail_extra">Stanislav<br></div></div>