<div dir="ltr"><br><div class="gmail_quote"><div>Thanks for the explanation, this was helpful. Currently testing on a 'lab' environment. </div><div><br></div><div>I've got some questions, most are related to linstor itself and not linstor-proxmox specific, hopefully this is the correct thread to expand these questions...</div><div><br></div><div>- What's the difference between installing linstor-server package only (which includes linstor-controller and linstor-satellite) and by installing linstor-controller, linstor-satellite separately ?</div><div>In Linstor documentation, it is mentioned that linstor-server package should be installed on all nodes. However, in your blog post you mention linstor-controller,linstor-satellite and linstor-client.</div><div>Then later, you mention 'systemctl start linstor-server' which does not exist if you don't install linstor-package. If you try to install controller,satellite and server at the same time, the installation fails with an error in creating controller and satellite systemd units. Which of the above is the correct approach ?</div><div><br></div><div>- 3 nodes in the cluster(A,B,C), all configured as 'Combined' nodes, nodeC acts as a controller. <div style="font-size:small;text-decoration-style:initial;text-decoration-color:initial"> Let's assume that nodeA fails and it will not come up any soon, so I want to remove it from the cluster.To accomplish that I use "linstor node delete <NodeA>" . The problem is that the node (which appears as OFFLINE) it never gets deleted from the cluster. Obviously the controller, is awaiting for the dead node's confirmation and refuses to remove its entry if it doesn't. Is there any way to force remove the dead node from the database ? </div><div style="font-size:small;text-decoration-style:initial;text-decoration-color:initial"> Same applies when deleting a RD,R,VD from the same node. In DM there was a (-f) force option, which was useful in such situations.<br></div><div style="font-size:small;text-decoration-style:initial;text-decoration-color:initial"><br></div><div style="font-size:small;text-decoration-style:initial;text-decoration-color:initial">- Is there any option to wipe all cluster information, similar to "drbdmanage uninit" in order to start from scratch? Purging all linstor packages does not seem to reset this information.</div><div style="font-size:small;text-decoration-style:initial;text-decoration-color:initial"><br></div><div style="font-size:small;text-decoration-style:initial;text-decoration-color:initial">- If nodeC (controller) dies, then logically must decide which of the surviving nodes will replace it, let's say nodeB is selected as controller node. After starting linstor-controller service on nodeB and giving "linstor n l" , there are no nodes cluster nodes in the list. Does this mean we have to re-create the cluster from scratch (guess no) or there's a way to import the config from the dead nodeC?</div></div><div><br></div><div>thanks in advance,</div><div>Yannis</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
Short answer: somehow if you really know what your are doing. No don't<br>
do that.<br>
<br>
because:<br>
- you can not use both plugins at the same time. Both claim the "drbd"<br>
name. Long story, it has to be like this. Hardcoded "drbd" in<br>
Plugin.pm which is out of our control.<br>
- DM/LS would not overwrite each others res files, but depending on your<br>
configuration/default ports/minors, the results (one res file from DM,<br>
one unrelated from LINSTOR might conflict because of port/minor<br>
collisions).<br>
<br>
So if you want to test the LINSTOR stuff/plugin, do it in a "lab".<br>
<br>
Migration will be possible, also "soon" (testing the plugin and linstor<br>
makes this soon sooner ;-) ). Roughly it will be a DM export of the DB +<br>
a linstor (client) command that reads that json dump and generates<br>
linstor commands to add these resources to the LINSTOR DB (with the<br>
existing ports/minors,...). LINSTOR is then clever enough to not create<br>
new meta-data, it will see that these resources are up and fine. This<br>
will be a documented procedure for which steps you do in what order.<br>
<br>
Regards, rck<br>
_______________________________________________<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/mailman/listinfo/drbd-user</a><br>
</blockquote></div></div>