Re: Self healing does not see files to heal

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



The problem I had Monday with shards not healing for hours be related to this?

On 17 August 2016 at 15:10, Krutika Dhananjay <kdhananj@xxxxxxxxxx> wrote:
> Good question.
>
> Any attempt from a client to access /.shard or its contents from the mount
> point will be met with an EPERM (Operation not permitted). We do not expose
> .shard on the mount point.
>
> -Krutika
>
> On Wed, Aug 17, 2016 at 10:04 AM, Ravishankar N <ravishankar@xxxxxxxxxx>
> wrote:
>>
>> On 08/17/2016 07:25 AM, Lindsay Mathieson wrote:
>>>
>>> On 17 August 2016 at 11:24, Ravishankar N <ravishankar@xxxxxxxxxx> wrote:
>>>>
>>>> The right way to heal the corrupted files as of now is to access them
>>>> from
>>>> the mount-point like you did after removing the hard-links. The list of
>>>> files that are corrupted can be obtained with the scrub status command.
>>>
>>>
>>> Hows that work with sharding where you can't see the shards from the
>>> mount point?
>>>
>> If sharding xlator does a named lookup of the shard in question as and
>> when it is accessed, AFR can heal it. But I'm not sure if that is the case
>> though. Let me check and get back.
>> -Ravi
>>
>>
>>
>> _______________________________________________
>> Gluster-users mailing list
>> Gluster-users@xxxxxxxxxxx
>> http://www.gluster.org/mailman/listinfo/gluster-users
>
>



-- 
Lindsay
_______________________________________________
Gluster-users mailing list
Gluster-users@xxxxxxxxxxx
http://www.gluster.org/mailman/listinfo/gluster-users



[Index of Archives]     [Gluster Development]     [Linux Filesytems Development]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Bugtraq]     [Linux OMAP]     [Linux MIPS]     [eCos]     [Asterisk Internet PBX]     [Linux API]

  Powered by Linux