[Gluster-users] rebalance fix layout necessary

Amudhan P amudhan83 at gmail.com
Tue Apr 4 08:21:55 UTC 2017


Ok, good to hear.

will there be any impact in listing folder and files?.


On Tue, Apr 4, 2017 at 1:43 PM, Nithya Balachandran <nbalacha at redhat.com>
wrote:

>
>
> On 4 April 2017 at 12:33, Amudhan P <amudhan83 at gmail.com> wrote:
>
>> Hi,
>>
>> I have a query on rebalancing.
>>
>> let's consider following is my folder hierarchy.
>>
>> parent1-fol (parent folder)
>>               |_
>>                  class-fol-1 ( 1 st level subfolder)
>>                                |_
>>                                   A ( 2 nd level subfolder)
>>                                    |_
>>                                       childfol-1 (child folder created
>> every time before writing files)
>>
>>
>> Now, I have a running cluster with 3.10.1 with disperse volume and I am
>> planning to expand cluster by adding bricks.
>>
>> will there be a problem using newly added bricks without doing a
>> "rebalance fix layout" other than existing files cannot be rebalanced to
>> new brick and files created under existing folder will not go to new brick?.
>>
>> I tested above case in my test setup and observed files created under new
>> folder goes to new brick. and I don't see any issue on listing files and
>> folder.
>>
>> so, My case is we create child folder every time before creating files.
>>
>> The reason to avoid rebalance is I have more than 10000 folders across
>> 1080 bricks. so triggering rebalance will take a long time and in my
>> previous expansion in 3.7 was not able to access some folders randomly
>> until fix layout completes.
>>
>>
> It sounds like you will not need to run a rebalance or fix-layout for
> this. It should work fine.
>
> Regards,
> Nithya
>
>>
>> regards
>> Amudhan
>>
>>
>>
>> _______________________________________________
>> Gluster-users mailing list
>> Gluster-users at gluster.org
>> http://lists.gluster.org/mailman/listinfo/gluster-users
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.gluster.org/pipermail/gluster-users/attachments/20170404/469e2238/attachment.html>


More information about the Gluster-users mailing list