----- Original Message ----- > From: "Emmanuel Dreyfus" <manu@xxxxxxxxxx> > To: "Raghavendra Gowdappa" <rgowdapp@xxxxxxxxxx>, "Manikandan Selvaganesh" <mselvaga@xxxxxxxxxx> > Cc: "Vijaikumar Mallikarjuna" <vmallika@xxxxxxxxxx>, "Raghavendra Talur" <rtalur@xxxxxxxxxx>, "Gluster Devel" > <gluster-devel@xxxxxxxxxxx> > Sent: Wednesday, January 6, 2016 1:21:19 AM > Subject: Re: quota.t hangs on NetBSD machines > > Raghavendra Gowdappa <rgowdapp@xxxxxxxxxx> wrote: > > > I figured out this issue occurs when "trickling-writes" is on in > > write-behind > > Do you have a idea of what fails at system level? Is it a portability > bug, or something else? No, its not a portability issue. It should have occurred at similar probability on Linux machines too. Does Linux issue frequent fsyncs compared to NetBsd? The only thing that could've made a difference is an fsync from kernel to Glusterfs. If there is an fsync after hung write, that would've unwound the write call. Application cannot do it as it is hung in write call. I am wondering whether kernel could've triggered an fsync. But, I myself is not convinced by this explanation. Lets wait till the test results are available so that at least we are sure of RCA. > > -- > Emmanuel Dreyfus > http://hcpnet.free.fr/pubz > manu@xxxxxxxxxx > _______________________________________________ Gluster-devel mailing list Gluster-devel@xxxxxxxxxxx http://www.gluster.org/mailman/listinfo/gluster-devel
