<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
<meta name="Generator" content="Microsoft Word 15 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
        {font-family:"Cambria Math";
        panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
        {font-family:Calibri;
        panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
        {font-family:Consolas;
        panose-1:2 11 6 9 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
        {margin:0in;
        font-size:11.0pt;
        font-family:"Calibri",sans-serif;}
a:link, span.MsoHyperlink
        {mso-style-priority:99;
        color:blue;
        text-decoration:underline;}
code
        {mso-style-priority:99;
        font-family:"Courier New";}
pre
        {mso-style-priority:99;
        mso-style-link:"HTML Preformatted Char";
        margin:0in;
        margin-bottom:.0001pt;
        font-size:10.0pt;
        font-family:"Courier New";}
span.HTMLPreformattedChar
        {mso-style-name:"HTML Preformatted Char";
        mso-style-priority:99;
        mso-style-link:"HTML Preformatted";
        font-family:Consolas;}
span.EmailStyle21
        {mso-style-type:personal-reply;
        font-family:"Calibri",sans-serif;
        color:windowtext;}
.MsoChpDefault
        {mso-style-type:export-only;
        font-family:"Calibri",sans-serif;}
@page WordSection1
        {size:8.5in 11.0in;
        margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
        {page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang="EN-US" link="blue" vlink="purple" style="word-wrap:break-word">
<div class="WordSection1">
<p class="MsoNormal">Hi Gabor,<o:p></o:p></p>
<p class="MsoNormal"><o:p>&nbsp;</o:p></p>
<p class="MsoNormal">To answer your question, “What are you trying to achieve?” …<o:p></o:p></p>
<p class="MsoNormal"><o:p>&nbsp;</o:p></p>
<p class="MsoNormal">Our DB clusters have 4 NICS in 2 bonds. There is a “front” bond attached to the client-facing network, plus a “back” bond attached to the replication network. Currently, DRBD is configured on all nodes to use the IP addresses associated
 with the back bonds. We have almost 400 resources already up and running. I recently learned that DRBD can be configured to use multiple network paths in an active/standby fashion. I want to enable a secondary path using the front bonds. I’m looking for the
 easier and most reliable way to accomplish that, so if something happens to the replication network, DRBD will seamlessly transition to using the front network.
<o:p></o:p></p>
<p class="MsoNormal"><o:p>&nbsp;</o:p></p>
<p class="MsoNormal"><o:p>&nbsp;</o:p></p>
<div style="border:none;border-left:solid blue 1.5pt;padding:0in 0in 0in 4.0pt">
<div>
<div style="border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0in 0in 0in">
<p class="MsoNormal"><b>From:</b> drbd-user-bounces@lists.linbit.com &lt;drbd-user-bounces@lists.linbit.com&gt;
<b>On Behalf Of </b>Gábor Hernádi<br>
<b>Sent:</b> Tuesday, April 19, 2022 8:27 AM<br>
<b>To:</b> drbd-user &lt;drbd-user@lists.linbit.com&gt;<br>
<b>Subject:</b> [DRBD-user] Fwd: Linstor User Guide Problem<o:p></o:p></p>
</div>
</div>
<p class="MsoNormal"><o:p>&nbsp;</o:p></p>
<div>
<p class="MsoNormal">Hello,<o:p></o:p></p>
<div>
<div>
<div>
<p class="MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<div>
<p class="MsoNormal">On Mon, Apr 18, 2022 at 3:08 AM Eric Robinson &lt;<a href="mailto:eric.robinson@psmnv.com" target="_blank">eric.robinson@psmnv.com</a>&gt; wrote:<o:p></o:p></p>
</div>
<blockquote style="border:none;border-left:solid #CCCCCC 1.0pt;padding:0in 0in 0in 6.0pt;margin-left:4.8pt;margin-right:0in">
<div>
<div>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto">We noticed section 2.7 of the Linstor User Guide ends with the following statement, apparently intended for internal use:<o:p></o:p></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto">&nbsp;<o:p></o:p></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto">“FIXME describe how to route the controller &lt;-&gt; client communication through a specific
<code><span style="font-size:10.0pt">netif</span></code>.”<o:p></o:p></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto">&nbsp;<o:p></o:p></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto">Will that be fixed soon? It’s information we need to know.
<o:p></o:p></p>
</div>
</div>
</blockquote>
<div>
<p class="MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class="MsoNormal">Thank you for noting. We already removed the FIXME and will try to add that information soon.<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class="MsoNormal">Besides the options you can use for defining the controller's IP address or hostname (described in [1]), there is no way to tell the client through which NIC it should reach the specified controller, using `linstor` commands.<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">Please be aware that the client does not know about the configured &quot;netif&quot;s specified through `linstor node interface ...` (sounds a bit hard having to ask the controller on how to contact the very same controller :) )<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">What exactly are you trying to achieve here?<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<blockquote style="border:none;border-left:solid #CCCCCC 1.0pt;padding:0in 0in 0in 6.0pt;margin-left:4.8pt;margin-right:0in">
<div>
<div>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto">Does anyone here know if NIC assignment commands can be applied retroactively to resources that already exist? For example, if I issue the commands…<o:p></o:p></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto">&nbsp;<o:p></o:p></p>
<pre>linstor node interface create alpha 100G_nic 192.168.43.221<o:p></o:p></pre>
<pre>linstor node interface create alpha 10G_nic 192.168.43.231<o:p></o:p></pre>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="font-size:10.0pt;font-family:&quot;Courier New&quot;">&nbsp;</span><o:p></o:p></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="font-size:10.0pt;font-family:&quot;Courier New&quot;">linstor storage-pool set-property alpha pool_hdd PrefNic 10G_nic</span><o:p></o:p></p>
<pre>linstor storage-pool set-property alpha pool_ssd PrefNic 100G_nic<o:p></o:p></pre>
</div>
</div>
</blockquote>
<div>
<div>
<p class="MsoNormal">&nbsp;<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">Yes that works, but it is not perfect right now. If you change the PrefNic for a storage pool, all resources using that storage pool will update accordingly but also simultaneously. That means that updating the PrefNic on a diskless storage
 pool (for a diskless resource) will briefly disconnect it from all diskful peers, which might cause some problems, especially if that diskless resource is primary.<o:p></o:p></p>
</div>
</div>
<div>
<p class="MsoNormal">&nbsp;<o:p></o:p></p>
</div>
<blockquote style="border:none;border-left:solid #CCCCCC 1.0pt;padding:0in 0in 0in 6.0pt;margin-left:4.8pt;margin-right:0in">
<div>
<div>
<p class="MsoNormal"><o:p>&nbsp;</o:p></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto">…can I then modify existing resources that use the pool_hdd and pool_ssd storage pools and make them start using multiple paths?<o:p></o:p></p>
</div>
</div>
</blockquote>
<div>
<p class="MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class="MsoNormal">Not sure if I understand this question correctly or not: If the question is &quot;can I move a resource from one storage pool to another&quot;, then the answer is no. Only by deleting the resource and re-creating it into the new storage pool and
 letting DRBD resync the data.<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">If you meant that question if you can configure DRBD to use multiple network paths somehow, `PrefNic` is the wrong approach here. I just realized that we are missing that part in our documentation, which we will of course fix soon.<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">Until then, please feel free to explore the feature via the client's help messages:<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">&nbsp;&nbsp; linstor resource-connection path create -h<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
</div>
<div>
<p class="MsoNormal">[1] <a href="https://linbit.com/drbd-user-guide/linstor-guide-1_0-en/#s-using_the_linstor_client" target="_blank">
https://linbit.com/drbd-user-guide/linstor-guide-1_0-en/#s-using_the_linstor_client</a><o:p></o:p></p>
</div>
<p class="MsoNormal"><o:p>&nbsp;</o:p></p>
</div>
</div>
<p class="MsoNormal">-- <o:p></o:p></p>
<div>
<div>
<div>
<div>
<div>
<p class="MsoNormal">Best regards,<o:p></o:p></p>
</div>
<p class="MsoNormal">Gabor Hernadi<o:p></o:p></p>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
Disclaimer : This email and any files transmitted with it are confidential and intended solely for intended recipients. If you are not the named addressee you should not disseminate, distribute, copy or alter this email. Any views or opinions presented in this
 email are solely those of the author and might not represent those of Physician Select Management. Warning: Although Physician Select Management has taken reasonable precautions to ensure no viruses are present in this email, the company cannot accept responsibility
 for any loss or damage arising from the use of this email or attachments.
</body>
</html>