[Gluster-users] rebalance fix layout necessary

[Amudhan P]

I mean time takes for listing folders and files? because of "rebalance fix
layout" was not done.

On Tue, Apr 4, 2017 at 1:51 PM, Amudhan P <amudhan83 at gmail.com> wrote:

> 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/a729388f/attachment.html>