On 05/08/2015 11:15 PM, Justin Clift wrote:
On 8 May 2015, at 18:37, Pranith Kumar Karampuri <pkarampu@xxxxxxxxxx> wrote:
On 05/08/2015 10:53 PM, Justin Clift wrote:
Seems like a new one, so it's been added to the Etherpad.
http://build.gluster.org/job/regression-test-burn-in/23/console
This looks a lot similar to the data-self-heal.t test where healing fails to happen because both the threads end up not getting enough locks to perform heal in self-heal domain. taking blocking locks seem like an easy solution but that will decrease self-heal through put, so Ravi and I are still thinking about best way to solve this problem. Will take some time. I can add this and data-self-heal.t to badtests for now, if that helps.
Sure. Do you need this VM still, or can I give it to someone else for
doing stuff with? :)
Feel free to give it to someone else :-). This is a known issue.
Pranith
+ Justin
--
GlusterFS - http://www.gluster.org
An open source, distributed file system scaling to several
petabytes, and handling thousands of clients.
My personal twitter: twitter.com/realjustinclift
_______________________________________________
Gluster-devel mailing list
Gluster-devel@xxxxxxxxxxx
http://www.gluster.org/mailman/listinfo/gluster-devel
