<div dir="ltr"><div dir="auto"><div>Do you have plain distributed volume without any replication? If so replace brick should copy the data on the faulty brick to the new brick, unless there is some old data which also would need rebalance.</div><div><br></div><div>Having, add brick followed by remove brick and doing a rebalance is inefficient, i think we should have just the old brick data copied to the new brick, and rebalance the whole volume when necessary. Adding the distribute experts to the thread.</div><div><br></div><div>If you are ok with downtime, trying xfsdump and restore  of the faulty brick and reforming the volume may be faster.<br></div><div><br></div><div>Regards,</div><div dir="auto">Poornima<br><br><div class="gmail_quote" dir="auto"><div dir="ltr" class="gmail_attr">On Mon, Apr 15, 2019, 6:40 PM Greene, Tami McFarlin &lt;<a href="mailto:greenet@ornl.gov" target="_blank">greenet@ornl.gov</a>&gt; wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">





<div link="#0563C1" vlink="#954F72" lang="EN-US">
<div class="m_-3264420933697268146m_7722421217819915598WordSection1">
<p class="MsoNormal"><span style="font-size:11.0pt">We need to remove a server node from our configuration (distributed volume).  There is more than enough space on the remaining bricks to  accept the data attached to the failing server;  we didn’t know if
 one process or the other would be significantly faster.  We know shrinking the volume (remove-brick) rebalances as it moves the data; so moving 506G resuled in the rebalancing of 1.8T and took considerable time.<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt"><u></u> <u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt">Reading the documentation, it seems that replacing a brick is simplying introducing an empty brick to accept the displaced data, but it is the exact same process: remove-brick.
<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt"><u></u> <u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt">Is there anyway to migrate the data without rebalancing at the same time and then rebalancing once all data has been moved?  I know that is not ideal, but it would allow us to remove the problem server much
 quicker and resume production while rebalancing.<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt"><u></u> <u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt">Tami<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt"><u></u> <u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt">Tami McFarlin Greene<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt">Lab Technician<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt">RF, Communications, and Intelligent Systems Group<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt">Electrical and Electronics System Research Division<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt">Oak Ridge National Laboratory<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt">Bldg. 3500, Rm. A15<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt"><a href="mailto:greent@ornl.gov" rel="noreferrer" target="_blank"><span style="color:#0563c1">greenet@ornl.gov</span></a>                                  (865) 643-0401<u></u><u></u></span></p>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
</div>

_______________________________________________<br>
Gluster-users mailing list<br>
<a href="mailto:Gluster-users@gluster.org" rel="noreferrer" target="_blank">Gluster-users@gluster.org</a><br>
<a href="https://lists.gluster.org/mailman/listinfo/gluster-users" rel="noreferrer noreferrer" target="_blank">https://lists.gluster.org/mailman/listinfo/gluster-users</a></blockquote></div></div></div>
</div>