Gluster users - Nov 2015 - File Corruption with shards - 100% reproducable

On 15 November 2015 at 13:32, Krutika Dhananjay <kdhananj at redhat.com>
wrote:
> So to start with, just disable performance.stat-prefetch and leave the
> rest of the options as they were before and run the test case.

Yes, that seems to be the guilty party. When disabled I can freely migrate
VM's, emabled, things rapidly go pear shaped.


-- 
Lindsay
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://www.gluster.org/pipermail/gluster-users/attachments/20151115/f0011c3f/attachment.html>

Lindsay, 

I wanted to ask you one more thing: specifically in VM workload with sharding,
do you run into consistency issues with strict-write-ordering being off?
I remember suggesting that this option be enabled. But that was for plain dd on
the mountpoint (and not inside the vm), where it was necessary.
I want to know if it is *really* necessary in VM workloads. 

-Krutika 

----- Original Message -----
> From: "Lindsay Mathieson" <lindsay.mathieson at gmail.com>
> To: "Krutika Dhananjay" <kdhananj at redhat.com>
> Cc: "gluster-users" <gluster-users at gluster.org>
> Sent: Sunday, November 15, 2015 11:39:57 AM
> Subject: Re: [Gluster-users] File Corruption with shards - 100%
reproducable
> On 15 November 2015 at 13:32, Krutika Dhananjay < kdhananj at redhat.com
>
> wrote:
> > So to start with, just disable performance.stat-prefetch and leave the
rest
> > of the options as they were before and run the test case.
> 
> Yes, that seems to be the guilty party. When disabled I can freely migrate
> VM's, emabled, things rapidly go pear shaped.
> --
> Lindsay
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://www.gluster.org/pipermail/gluster-users/attachments/20151118/7ce38b02/attachment.html>