<div dir="ltr">Thanks for the feedback. Based on what I am learning, I am not sure how to proceed. My ultimate goal is the following:<div>I would like to have a two-node cluster, each node running exactly the same application A. I looked into what Pacemaker has to offer in this respect, and I believe that the OCF resource agent paradigm will allow me to integrate A with Pacemaker painlessly. Now the instances of A running in each of the nodes will need to have access to the same data set S, which can (and will) change regularly during the operation of A. That's why I thought that DRBD was what I needed here. I therefore need for both nodes to have access to S at all times. Now it would be seem to be the case that, in order to use DRDB that way, I can't use an ext4 filesystem - or any other "common" filesystem, at that - I have to use GFS2, or something similarly specialized. While not necessarily a showstopper (and, based on what you wrote, logically inevitable) this does change things somewhat for me, which makes me wonder what other approaches to deploy the scenario above, integrated with Pacemaker, might be available out there?</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Mar 20, 2019 at 10:37 AM Digimer <<a href="mailto:lists@alteeve.ca">lists@alteeve.ca</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Note;<br>
<br>
  Cluster filesystems are amazing if you need them, and to be avoided if<br>
at all possible. The overhead from the cluster locking hurts performance<br>
quite a lot, and adds a non-trivial layer of complexity.<br>
<br>
  I say this as someone who has used dual-primary DRBD with GFS2 for<br>
many years.<br>
<br>
  To expand on why you can't use something like ext4; Non-cluster-aware<br>
file systems expect all changes to the backing device to go through it.<br>
So there's no mechanism to tell the FS on one node that blocks have<br>
changed because of actions on another node. Likewise, they have no<br>
mechanism to coordinate sane and safe access to blocks. These mechanisms<br>
are exactly what makes a cluster FS what it is.<br>
<br>
digimer<br>
<br>
On 2019-03-20 11:52 a.m., Emmanuel Gelati wrote:<br>
> If you need to access from both nodes, you need to use primary/primary<br>
> mode in drbd<br>
> <br>
> Il giorno mer 20 mar 2019 alle ore 16:51 JCA <<a href="mailto:1.41421@gmail.com" target="_blank">1.41421@gmail.com</a><br>
> <mailto:<a href="mailto:1.41421@gmail.com" target="_blank">1.41421@gmail.com</a>>> ha scritto:<br>
> <br>
>     OK, thanks. Yet another thing I was not aware of in the clustering<br>
>     world :-(<br>
> <br>
>     On Wed, Mar 20, 2019 at 9:41 AM Valentin Vidic<br>
>     <<a href="mailto:Valentin.Vidic@carnet.hr" target="_blank">Valentin.Vidic@carnet.hr</a> <mailto:<a href="mailto:Valentin.Vidic@carnet.hr" target="_blank">Valentin.Vidic@carnet.hr</a>>> wrote:<br>
> <br>
>         On Wed, Mar 20, 2019 at 09:36:58AM -0600, JCA wrote:<br>
>         >      # pcs -f fs_cfg resource create TestFS Filesystem<br>
>         device="/dev/drbd1"<br>
>         > directory="/tmp/Testing"<br>
>         >         fstype="ext4"<br>
> <br>
>         ext4 can only be mounted on one node at a time. If you need to<br>
>         access<br>
>         files on both nodes at the same time than a cluster filesystem<br>
>         should<br>
>         be used (GFS2, OCFS2).<br>
> <br>
>         -- <br>
>         Valentin<br>
>         _______________________________________________<br>
>         Manage your subscription:<br>
>         <a href="https://lists.clusterlabs.org/mailman/listinfo/users" rel="noreferrer" target="_blank">https://lists.clusterlabs.org/mailman/listinfo/users</a><br>
> <br>
>         ClusterLabs home: <a href="https://www.clusterlabs.org/" rel="noreferrer" target="_blank">https://www.clusterlabs.org/</a><br>
> <br>
>     _______________________________________________<br>
>     Manage your subscription:<br>
>     <a href="https://lists.clusterlabs.org/mailman/listinfo/users" rel="noreferrer" target="_blank">https://lists.clusterlabs.org/mailman/listinfo/users</a><br>
> <br>
>     ClusterLabs home: <a href="https://www.clusterlabs.org/" rel="noreferrer" target="_blank">https://www.clusterlabs.org/</a><br>
> <br>
> <br>
> <br>
> -- <br>
>   .~.<br>
>   /V\<br>
>  //  \\<br>
> /(   )\<br>
> ^`~'^<br>
> <br>
> _______________________________________________<br>
> Manage your subscription:<br>
> <a href="https://lists.clusterlabs.org/mailman/listinfo/users" rel="noreferrer" target="_blank">https://lists.clusterlabs.org/mailman/listinfo/users</a><br>
> <br>
> ClusterLabs home: <a href="https://www.clusterlabs.org/" rel="noreferrer" target="_blank">https://www.clusterlabs.org/</a><br>
> <br>
<br>
<br>
-- <br>
Digimer<br>
Papers and Projects: <a href="https://alteeve.com/w/" rel="noreferrer" target="_blank">https://alteeve.com/w/</a><br>
"I am, somehow, less interested in the weight and convolutions of<br>
Einstein’s brain than in the near certainty that people of equal talent<br>
have lived and died in cotton fields and sweatshops." - Stephen Jay Gould<br>
_______________________________________________<br>
Manage your subscription:<br>
<a href="https://lists.clusterlabs.org/mailman/listinfo/users" rel="noreferrer" target="_blank">https://lists.clusterlabs.org/mailman/listinfo/users</a><br>
<br>
ClusterLabs home: <a href="https://www.clusterlabs.org/" rel="noreferrer" target="_blank">https://www.clusterlabs.org/</a></blockquote></div>