Re: [Gluster-devel] Regression failure release-3.7 for tests/basic/afr/entry-self-heal.t
On 05/08/2015 11:15 PM, Justin Clift wrote: On 8 May 2015, at 18:37, Pranith Kumar Karampuri 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@gluster.org http://www.gluster.org/mailman/listinfo/gluster-devel
Re: [Gluster-devel] Regression failure release-3.7 for tests/basic/afr/entry-self-heal.t
On 8 May 2015, at 18:37, Pranith Kumar Karampuri 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? :) + 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@gluster.org http://www.gluster.org/mailman/listinfo/gluster-devel
Re: [Gluster-devel] Regression failure release-3.7 for tests/basic/afr/entry-self-heal.t
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. Pranith It's on a new slave VM (slave1), which has been disconnected in Jenkins so it can be investigated. It's using our standard Jenkins auth. + 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@gluster.org http://www.gluster.org/mailman/listinfo/gluster-devel
[Gluster-devel] Regression failure release-3.7 for tests/basic/afr/entry-self-heal.t
Seems like a new one, so it's been added to the Etherpad. http://build.gluster.org/job/regression-test-burn-in/23/console It's on a new slave VM (slave1), which has been disconnected in Jenkins so it can be investigated. It's using our standard Jenkins auth. + 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@gluster.org http://www.gluster.org/mailman/listinfo/gluster-devel
