On 02.01.2015 05:45, Raghavendra G wrote:
> On Wed, Dec 31, 2014
at 11:25 PM, Xavier Hernandez wrote:
>
>>
On 27.12.2014 13:43, l...@perabytes.com [1] wrote:
>>
>>> I tracked
this problem, and found that the loc.parent and loc.pargfid are all null
in the call sequences below:
>>>
>>> ec_m
less lookup (loc containing only of the file),
file/directory represented by gfid is not present on brick.
Which among the above two scenarios is your case?
>
> I'll upload a patch shortly to solve these issues.
>
> Xavi
>
>
>
> - 原邮件信息 -
> *发件人:*Ragh
-- 原邮件信息 -
>
发件人:Raghavendra Gowdappa
> 发送时间:14-12-24 21:48:56
> 收件人:Xavier
Hernandez
> 抄送人:Gluster Devel
> 主题:Re: [Gluster-devel] Problems with
graph switch in disperse
>
> Do you know the origins of EIO?
fuse-bridge only fails a lookup fop with EIO (when NULL gfid is re
-
发件人:Raghavendra Gowdappa
发送时间:14-12-24 21:48:56
收件人:Xavier Hernandez
抄送人:Gluster Devel
主题:Re: [Gluster-devel] Problems with graph switch in disperse
Do you know the origins of EIO? fuse-bridge only fails a lookup fop with EIO (when NULL gfid is received in a successful lookup reply). So, there
l"
> Sent: Wednesday, December 24, 2014 6:25:17 PM
> Subject: [Gluster-devel] Problems with graph switch in disperse
>
> Hi,
>
> I'm experiencing a problem when gluster graph is changed as a result of
> a replace-brick operation (probably with any other operation that
>
Hi,
I'm experiencing a problem when gluster graph is changed as a result of
a replace-brick operation (probably with any other operation that
changes the graph) while the client is also doing other tasks, like
writing a file.
When operation starts, I see that the replaced brick is disconnect