<div dir="ltr">Thanks Joe for the confirmation, cheers, have a good weekend. <br></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Aug 11, 2016 at 5:17 PM, Joe Julian <span dir="ltr">&lt;<a href="mailto:joe@julianfamily.org" target="_blank">joe@julianfamily.org</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
  
    
  
  <div bgcolor="#FFFFFF" text="#000000"><div><div class="h5">
    On 08/11/2016 02:05 PM, Gandalf Corvotempesta wrote:<br>
    <blockquote type="cite">
      <p dir="ltr">Il 11 ago 2016 7:21 PM, &quot;Dan Lavu&quot; &lt;<a href="mailto:dan@redhat.com" target="_blank">dan@redhat.com</a>&gt;
        ha scritto:<br>
        &gt;<br>
        &gt; Is it possible? Looking at everything, it just seems like I
        need the content of the bricks and whatever is in /etc/glusterd
        and /var/lib/glusterd maintaining the same hostname, IP and the
        same Gluster version? <br>
        &gt;<br>
        &gt; </p>
      <p dir="ltr">Why not start from scratch and let gluster to heal
        when you add the upgraded node back to the cluster? </p>
      <br>
    </blockquote></div></div>
    Because &quot;start from scratch&quot; means changing hostnames. When you&#39;ve
    got a strategy for naming hosts, assigning a hostname that doesn&#39;t
    fit that strategy breaks consistency. When you&#39;re managing hosts in
    6 datacenters on 4 contenents, consistent naming is critical. <br>
    <br>
    Having consistent names makes automated deployment (or redeployment)
    much easier to code when you&#39;re using mgmt, saltstack, ansible,
    puppet or even chef. This is also the same reason I use consistent
    naming for brick directories.<br>
    <br>
    Gluster has never written replacement tools with same hostname and
    path as a possibility meaning that replace-brick doesn&#39;t work.
    Without being able to use replace-brick, self-heal doesn&#39;t know to
    heal that one single brick so heal...full is needed. Replace-brick
    is being changed to allow in-place replacement and solve that
    problem. Until then, Dan&#39;s process is perfectly reasonable and is
    the process that I use (more or less, I actually just template
    <a href="http://glusterd.info" target="_blank">glusterd.info</a> and rely on the sync process to fill the rest of
    /var/lib/glusterd).<br>
    <br>
    <br>
  </div>

<br>______________________________<wbr>_________________<br>
Gluster-users mailing list<br>
<a href="mailto:Gluster-users@gluster.org">Gluster-users@gluster.org</a><br>
<a href="http://www.gluster.org/mailman/listinfo/gluster-users" rel="noreferrer" target="_blank">http://www.gluster.org/<wbr>mailman/listinfo/gluster-users</a><br></blockquote></div><br></div>