<html><head></head><body>I know of at least one user that created a volume then added bricks afterword before starting it as part of his scripted deployment method. Not sure if he was changing replica count. They did that because of command line length limitations. I'm not sure why they couldn't use stdin.<br><br><div class="gmail_quote">On February 22, 2016 11:27:24 PM PST, Anuradha Talur <atalur@redhat.com> wrote:<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<pre class="k9mail">Hi,<br /><br />AFR has a requirement that when replica count is changed while adding bricks to a volume, e.g., converting a replica 2 to replica 3, afr pending xattrs are marked to indicate this change. (To prevent potential data-loss)<br /><br />This is possible only when the volume is not stopped, which is a deviation from the present behaviour that allows add-brick even when the volume is stopped. I sent a patch : <a href="http://review.gluster.org/#/c/12451">http://review.gluster.org/#/c/12451</a>/ , if this change is included, only such add-brick operations that change replica count will be forbidden when the volume is stopped. I would like to know if there are any objections to this.<br /></pre></blockquote></div><br>
-- <br>
Sent from my Android device with K-9 Mail. Please excuse my brevity.</body></html>