<div dir="ltr">Ahh that is good to know.</div><div class="gmail_extra"><br><div class="gmail_quote">On 8 October 2015 at 09:50, Atin Mukherjee <span dir="ltr"><<a href="mailto:atin.mukherjee83@gmail.com" target="_blank">atin.mukherjee83@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><p dir="ltr"></p>
<p dir="ltr">-Atin<br>
Sent from one plus one<span class=""><br>
On Oct 8, 2015 7:17 PM, "Alastair Neil" <<a href="mailto:ajneil.tech@gmail.com" target="_blank">ajneil.tech@gmail.com</a>> wrote:<br>
><br>
> I think you should back up /var/lib/glusterd and then restore it after the reinstall and installation of glusterfs packages. Assuming the node will have the same hostname and ip addresses and you are installing the same version gluster bits, I think it should be fine. I am assuming you are not using ssl for the connections if so you will need to back up the keys for that too.<br></span>
If the same machine is used with out hostname/ IP change, backing up glusterd configuration *is not* needed as syncing the configuration will be taken care peer handshaking.</p><div><div class="h5"><br>
><br>
> -Alastair<br>
><br>
> On 8 October 2015 at 00:12, Atin Mukherjee <<a href="mailto:amukherj@redhat.com" target="_blank">amukherj@redhat.com</a>> wrote:<br>
>><br>
>><br>
>><br>
>> On 10/07/2015 10:28 PM, Gene Liverman wrote:<br>
>> > I want to replace my existing CentOS 6 nodes with CentOS 7 ones. Is<br>
>> > there a recommended way to go about this from the perspective of<br>
>> > Gluster? I am running a 3 node replicated cluster (3 servers each with 1<br>
>> > brick). In case it makes a difference, my bricks are on separate drives<br>
>> > formatted as XFS so it is possible that I can do my OS reinstall without<br>
>> > wiping out the data on two nodes (the third had a hardware failure so it<br>
>> > will be fresh from the ground up).<br>
>> That's possible. You could do the re-installation one at a time. Once<br>
>> the node comes back online self heal daemon will take care of healing<br>
>> the data. AFR team can correct me if I am wrong.<br>
>><br>
>> Thanks,<br>
>> Atin<br>
>> ><br>
>> ><br>
>> ><br>
>> ><br>
>> > Thanks,<br>
>> > *Gene Liverman*<br>
>> > Systems Integration Architect<br>
>> > Information Technology Services<br>
>> > University of West Georgia<br>
>> > <a href="mailto:gliverma@westga.edu" target="_blank">gliverma@westga.edu</a> <mailto:<a href="mailto:gliverma@westga.edu" target="_blank">gliverma@westga.edu</a>><br>
>> ><br>
>> > ITS: Making Technology Work for You!<br>
>> ><br>
>> ><br>
>> > _______________________________________________<br>
>> > Gluster-users mailing list<br>
>> > <a href="mailto:Gluster-users@gluster.org" target="_blank">Gluster-users@gluster.org</a><br>
>> > <a href="http://www.gluster.org/mailman/listinfo/gluster-users" target="_blank">http://www.gluster.org/mailman/listinfo/gluster-users</a><br>
>> ><br>
>> _______________________________________________<br>
>> Gluster-users mailing list<br>
>> <a href="mailto:Gluster-users@gluster.org" target="_blank">Gluster-users@gluster.org</a><br>
>> <a href="http://www.gluster.org/mailman/listinfo/gluster-users" target="_blank">http://www.gluster.org/mailman/listinfo/gluster-users</a><br>
><br>
><br>
><br>
> _______________________________________________<br>
> Gluster-users mailing list<br>
> <a href="mailto:Gluster-users@gluster.org" target="_blank">Gluster-users@gluster.org</a><br>
> <a href="http://www.gluster.org/mailman/listinfo/gluster-users" target="_blank">http://www.gluster.org/mailman/listinfo/gluster-users</a><br>
</div></div><p></p>
</blockquote></div><br></div>