On Fri, Nov 25, 2016 at 1:14 PM, songxin wrote:
> Hi Atin,
> It seems that this workaround should be done by manual.
> Is that right?
> And even the files in bricks/* may be empty too.
>
Yes, that's right
>
> Do you have a workaround, which is implemented in glusterfs code?
>
Workaround is by
Hi Kaushal,
It is great.
This patch could fix my issue.
Thanks,
Xin
At 2016-11-25 14:57:56, "Kaushal M" wrote:
>On Fri, Nov 25, 2016 at 12:03 PM, songxin wrote:
>> Hi Atin
>> I found a problem, that is about client(glusterfs) will not trying to
>> reconnect to server(glusterfsd) afte
Hi Atin,
It seems that this workaround should be done by manual.
Is that right?
And even the files in bricks/* may be empty too.
Do you have a workaround, which is implemented in glusterfs code?
Thanks,
Xin
在 2016-11-25 15:36:29,"Atin Mukherjee" 写道:
On Fri, Nov 25, 2016 at 12:06 PM,
On Fri, Nov 25, 2016 at 12:06 PM, songxin wrote:
> Hi Atin,
> Do you mean that you have the workaround applicable now?
> Or it will take time to design the workaround?
>
> If you have workaround now, could you share it to me ?
>
If you end up in having a 0 byte info file you'd need to copy the s
Hi Kaushal,
Thank you for your reply.
I will make sure whether this patch could fix my problem.
Thanks,
Xin
At 2016-11-25 14:57:56, "Kaushal M" wrote:
>On Fri, Nov 25, 2016 at 12:03 PM, songxin wrote:
>> Hi Atin
>> I found a problem, that is about client(glusterfs) will not trying to
>
On Fri, Nov 25, 2016 at 12:03 PM, songxin wrote:
> Hi Atin
> I found a problem, that is about client(glusterfs) will not trying to
> reconnect to server(glusterfsd) after disconnect.
> Actually, it seems caused by race condition.
>
>
> Precondition
>
> The glusterfs version is 3.7.6.
> I create a
Hi Atin,
Do you mean that you have the workaround applicable now?
Or it will take time to design the workaround?
If you have workaround now, could you share it to me ?
Thanks,
Xin,
在 2016-11-24 19:12:07,"Atin Mukherjee" 写道:
Xin - I appreciate your patience. I'd need some more time to pi
Hi Atin
I found a problem, that is about client(glusterfs) will not trying to
reconnect to server(glusterfsd) after disconnect.
Actually, it seems caused by race condition.
Precondition
The glusterfs version is 3.7.6.
I create a replicate volume using two node, A node and B node.One brick i
Hi, Niels de Vos
I’ve been working for about a year using glusterfs in my company.
Recently, we have tested a Distribute-replicated volume using NFS.
We have used rsync to test.
This is my volume configuration
--
Volume Name: r
I've got a couple of geo-diverse high-capacity ZFS storage boxes for this
exact purpose. Geo-rep rsyncs to the boxes & regular snapshots are taken of
the ZFS volumes. Works flawlessly & allows us to traverse & restore
specific versions of individual files in seconds/minutes.
On 21 November 2016 at
Hi,
Gluster does not seem to be supporting hole punch support correctly. This
might be a limiting factor for people switching from hardware based storage to
glusterfs for archival/backup use cases. In these use cases hole punch support
is one of the key deciding factors. I request gluste
Xin - I appreciate your patience. I'd need some more time to pick this item
up from my backlog. I believe we have a workaround applicable here too.
On Thu, 24 Nov 2016 at 14:24, songxin wrote:
>
>
>
> Hi Atin,
> Actually, the glusterfs is used in my project.
> And our test team find this issue.
Hi Atin,
Actually, the glusterfs is used in my project.
And our test team find this issue.
So I want to make sure that whether you plan to fix it.
if you have plan I will wait you because your method shoud be better than mine.
Thanks,
Xin
在 2016-11-21 10:00:36,"Atin Mukherjee" 写道:
Hi Xin
13 matches
Mail list logo