<div dir="auto"><div><br><div class="gmail_extra"><br><div class="gmail_quote">On 27 Jul 2017 6:11 pm, "Gionatan Danti" <<a href="mailto:g.danti@assyoma.it">g.danti@assyoma.it</a>> wrote:<br type="attribution"><blockquote class="quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="quoted-text">Il 27-07-2017 09:38 Gionatan Danti ha scritto:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Thanks for your input. I also read your excellent suggestions on link<br>
Igor posted.<br>
<br>
</blockquote>
<br></div>
To clarify: the main reason I am asking about the feasibility of a dual-primary DRBD setup with LVs on top of it is about cache coherency. Let me do a step back: the given explaination for deny even read access on a secondary node is of broken cache coherency/consistency: if the read/write node writes something the secondary node had previously read, the latter will not recognize the changes done by the first node. </blockquote></div></div></div><div dir="auto"><br></div><div dir="auto">When in cluster mode LVM will not use local cache that's part of the configuration you need to do during setup.</div><div dir="auto"><br></div><div dir="auto"><div class="gmail_extra"><div class="gmail_quote"><blockquote class="quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">The canonical solution to this problem is to use a dual-primary setup with a clustered filesystem (eg: GFS2) which not only arbitrates write access, but maintains read cache consistency also.<br>
<br>
Now, let's remove the clustered filesystem layer, leaving "naked" LVs only. How read cache coherency is mantained in this case? As no filesystem is layered on top of the raw LVs, there is not real pagecache at work, but the kernel's buffers remains - and they need to be made coherents. How DRBD achieves this? Does it update the receiving kernel I/O buffers each time the other node writes something?<br>
<br>
Thanks.<div class="elided-text"><br>
<br>
-- <br>
Danti Gionatan<br>
Supporto Tecnico<br>
Assyoma S.r.l. - <a href="http://www.assyoma.it" rel="noreferrer" target="_blank">www.assyoma.it</a><br>
email: <a href="mailto:g.danti@assyoma.it" target="_blank">g.danti@assyoma.it</a> - <a href="mailto:info@assyoma.it" target="_blank">info@assyoma.it</a><br>
GPG public key ID: FF5F32A8<br>
______________________________<wbr>_________________<br>
drbd-user mailing list<br>
<a href="mailto:drbd-user@lists.linbit.com" target="_blank">drbd-user@lists.linbit.com</a><br>
<a href="http://lists.linbit.com/mailman/listinfo/drbd-user" rel="noreferrer" target="_blank">http://lists.linbit.com/mailma<wbr>n/listinfo/drbd-user</a><br>
</div></blockquote></div><br></div></div></div>