<div dir="ltr"><div class="gmail_quote"><div>Sorry for interrupting, but I wanted to share my experience with this as well (see below) ...</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">What do you mean by that? The DRBD resource (== storage for the<br>
controller VM) is brought up by the drbd.service and can then be<br>
auto-promoted. The plugin code ignores that VM. The Proxmox HA service<br>
should do its job and start the VM on one node. So again, where exactly<br>
does that chain break in your setup?<br></blockquote><div> </div><div>In my case, I had success in making the LINSTOR controller HA in two different clusters, but by following a slightly different approach.</div><div><br></div><div>In documentation, it&#39;s stated the following ...</div><div><br></div><div>&quot;The basic idea is to execute the LINSTOR controller within a VM that is controlled by Proxmox and</div><div>its HA features, where the storage resides on DRBD managed by LINSTOR itself.&quot;</div><div><br></div><div>So by this, I understand that the LINSTOR controller VM will be managed by PVE by using its HA feature, all good so far.</div><div>Then it&#39;s stated that, the storage that will be used to store this VM will be DRBD, which will be managed by LINSTOR itself.</div><div>                                                                                                                                 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^</div><div>Question: Isn&#39;t the above a paradox? How can PVE HA start a machine which is stored in a shared storage, which the only way to make it available, is by starting this HA VM  in the first place?</div><div><br></div><div>My tests showed that whenever PVE tried to start this HA VM, it failed, because the underlying storage (DRBD) was not available  (and yes, drbd.service was set to &quot;enabled&quot; and was &quot;started&quot; in all nodes).</div><div>Checked inside /var/lib/linstor.d to see if the resource file for this VM was in there, but it wasn&#39;t. Actually, there were no resource files at all in there, apart from &quot;linstor_common.conf&quot;.</div><div><br></div><div>Question: Where should drbd.service find the resource configuration file for the LINSTOR controller VM? Inside /var/lib/linstor.d or in /etc/drbd.d ?</div><div><br></div><div>For the former, LINSTOR should auto generate that resource file, but it doesn&#39;t, because the controller is not available (yet) ?. For the latter, someone can manually create a .res file (the classic DRBD approach), copy it to all nodes and do the required backed storage preparations before deploying the LINSTOR controller VM.</div><div><br></div><div>I used the latter method and so far seems to work properly (manually created .res files in /etc/drbd.d). As, Proxmox supports multiple storage types, storing LINSTOR controller VM in a NFS storage for example, should be an alternative, easier to setup option.</div><div>Almost all Proxmox cluster setups, have some type of NFS server (for storing ISOs,templates etc) anyways, but I understand that Linbit want to offer a purely DRBD solution, without the need to use 3rd party stuff.</div><div><br></div><div>No matter which option you&#39;ll choose, as soon as the LINSTOR controller HA VM is up and running, all the rest should run properly without issues.</div><div><br></div><div>Yannis </div></div></div>