<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Jul 4, 2017 at 3:18 PM, Gianluca Cecchi <span dir="ltr"><<a href="mailto:gianluca.cecchi@gmail.com" target="_blank">gianluca.cecchi@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote"><span class="">On Mon, Jul 3, 2017 at 12:48 PM, Sahina Bose <span dir="ltr"><<a href="mailto:sabose@redhat.com" target="_blank">sabose@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote"><span class="m_8857108024600135522gmail-">On Sun, Jul 2, 2017 at 12:21 AM, Doug Ingham <span dir="ltr"><<a href="mailto:dougti@gmail.com" target="_blank">dougti@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><br><div class="gmail_extra"><div class="gmail_quote"><span class="m_8857108024600135522gmail-m_7517645506517332554m_-686303241814253453gmail-"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div>Only problem I would like to manage is that I have gluster network shared with ovirtmgmt one.<br></div><div>Can I move it now with these updated packages?<br></div></div></div></div></blockquote><div><br></div></span><div>Are the gluster peers configured with the same hostnames/IPs as your hosts within oVirt?<br><br>Once they're configured on the same network, separating them might be a bit difficult. Also, the last time I looked, oVirt still doesn't support managing HCI oVirt/Gluster nodes running each service on a different interface (see below).<br></div><div><br>In theory, the procedure would involve stopping all of the Gluster processes on all of the peers, updating the peer addresses in the gluster configs on all of the nodes, then restarting glusterd & the bricks. I've not tested this however, and it's not a "supported" procedure. I've no idea how oVirt would deal with these changes either.<br></div></div></div></div></blockquote><div><br></div></span><div>Which version of glusterfs do you have running now? With glusterfs>= 3.9, there's a reset-brick command that can help you do this.<br></div></div></div></div></blockquote><div><br></div></span><div><div>At this moment on my oVirt nodes I have gluster packages as provided by 4.1.2 repos, so:</div><div><br></div><div>glusterfs-3.8.13-1.el7.x86_64</div><div>glusterfs-api-3.8.13-1.el7.<wbr>x86_64</div><div>glusterfs-cli-3.8.13-1.el7.<wbr>x86_64</div><div>glusterfs-client-xlators-3.8.<wbr>13-1.el7.x86_64</div><div>glusterfs-fuse-3.8.13-1.el7.<wbr>x86_64</div><div>glusterfs-geo-replication-3.8.<wbr>13-1.el7.x86_64</div><div>glusterfs-libs-3.8.13-1.el7.<wbr>x86_64</div><div>glusterfs-server-3.8.13-1.el7.<wbr>x86_64</div><div>vdsm-gluster-4.19.15-1.el7.<wbr>centos.noarch</div></div><div><br></div><div>Is 3.9 version of Gluster packages provided when updating to upcoming 4.1.3, perhaps?</div></div></div></div></blockquote><div><br></div><div>No, it's not. One option is to update glusterfs packages to 3.10.<br> <br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><span class=""><div><br></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"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div><br></div><div>It's possible to move to the new interface for gluster.<br><br></div><div>The procedure would be:<br><br></div><div>1. Create a network with "gluster" network role.<br></div><div>2. On each host, use "Setup networks" to associate the gluster network on the desired interface. (This would ensure thet the engine will peer probe this interface's IP address as well, so that it can be used to identify the host in brick defintion)<br></div><div>3. For each of the volume's bricks - change the definition of the brick, so that the new ip address is used. Ensure that there's no pending heal (i.e gluster volume heal info - should list 0 entires) before you start this(see <a href="https://gluster.readthedocs.io/en/latest/release-notes/3.9.0/" target="_blank">https://gluster.readthedocs.io<wbr>/en/latest/release-notes/3.9.0<wbr>/</a> - Introducing reset-brick command) <br><pre><code class="m_8857108024600135522gmail-m_7517645506517332554m_-686303241814253453gmail-bash m_8857108024600135522gmail-m_7517645506517332554m_-686303241814253453gmail-hljs">gluster volume reset-brick VOLNAME <original-hostname/ip>:BRICKPA<wbr>TH start<br></code><code class="m_8857108024600135522gmail-m_7517645506517332554m_-686303241814253453gmail-bash m_8857108024600135522gmail-m_7517645506517332554m_-686303241814253453gmail-hljs">gluster volume reset-brick VOLNAME </code><code class="m_8857108024600135522gmail-m_7517645506517332554m_-686303241814253453gmail-bash m_8857108024600135522gmail-m_7517645506517332554m_-686303241814253453gmail-hljs"><code class="m_8857108024600135522gmail-m_7517645506517332554m_-686303241814253453gmail-bash m_8857108024600135522gmail-m_7517645506517332554m_-686303241814253453gmail-hljs"><original-hostname/ip></code>:BRICKPA<wbr>TH </code><code class="m_8857108024600135522gmail-m_7517645506517332554m_-686303241814253453gmail-bash m_8857108024600135522gmail-m_7517645506517332554m_-686303241814253453gmail-hljs"><code class="m_8857108024600135522gmail-m_7517645506517332554m_-686303241814253453gmail-bash m_8857108024600135522gmail-m_7517645506517332554m_-686303241814253453gmail-hljs"></code><code class="m_8857108024600135522gmail-m_7517645506517332554m_-686303241814253453gmail-bash m_8857108024600135522gmail-m_7517645506517332554m_-686303241814253453gmail-hljs"><code class="m_8857108024600135522gmail-m_7517645506517332554m_-686303241814253453gmail-bash m_8857108024600135522gmail-m_7517645506517332554m_-686303241814253453gmail-hljs"><new-gluster-interface-ip></code></code>:BRI<wbr>CKPATH commit force<br><br></code></pre><br></div></div></div></div></blockquote><div><br></div><div><br></div></span><div>So do you think I can use any other commands with oVirt 4.1.2 and gluster 3.8?</div><div>Can I safely proceed with steps 1 and 2? When I setup a gluster network and associated it to one host, what are exactly the implications? Will I disrupt anything, or is it seen only an option for having gluster traffing going on...?</div></div></div></div></blockquote><div><br></div><div>Steps 1 & 2 will ensure that the IP address associated with the gluster network is peer probed. It does not ensure that brick communication happens using that interface. This happens only when the brick is identified using that IP as well. (Step 3)<br> <br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div><br></div><div>BTW: How would I complete the webadmin gui part of step 3? I don't see an "edit" brick funcionality; I only see "Add" and "Replace Brick"...</div></div></div></div></blockquote><div><br></div><div>There's an RFE open to add this to GUI. For now, this has to be done from command line of one of the gluster nodes.<br> <br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div> </div><div>Thanks,</div><div>Gianluca</div></div></div></div>
</blockquote></div><br></div></div>