No concerns.
- Original Message -
> Given that the fix which is tested by this patch is no longer present, I
> think we should remove this patch from the test-suite itself. Could
> anyone confirm if there are any concerns in doing so. If not I will send
> a patch to do the same.
>
> Regar
Given that the fix which is tested by this patch is no longer present, I
think we should remove this patch from the test-suite itself. Could
anyone confirm if there are any concerns in doing so. If not I will send
a patch to do the same.
Regards,
Avra
On 05/08/2015 11:28 AM, Avra Sengupta wro
Hi Pranith,
I have sent a patch @ http://review.gluster.org/#/c/10833/, please have
a look at it.
-Ravi
On 05/08/2015 07:41 AM, Pranith Kumar Karampuri wrote:
hi Ravi,
Could you look into
http://build.gluster.org/job/rackspace-regression-2GB-triggered/8723/consoleFull
Pranith
__
(Didn't see this mentioned elsewhere)
The video recordings (using a tablet resting on the desk) for
the Gluster Summit sessions in Barcelona are here:
https://www.youtube.com/channel/UCngUyL3KPYz8M2n7rDJWU0w
Thanks to Spot for providing the tablet for most of them, and
uploading them too. :)
On 05/18/2015 08:03 PM, Vijay Bellur wrote:
On 05/16/2015 03:34 PM, Vijay Bellur wrote:
I will send daily status updates from Monday (05/18) about this so that
we are clear about where we are and what needs to be done to remove this
moratorium. Appreciate your help in having a clean set of reg
I need contacts for 3rd party projects. If you are involved, or know
somebody involved, with a project that interfaces with glusterfs: ovirt,
qemu, samba, etc., please send me an email with the relevant information.
Thanks.
___
Gluster-devel mailing l
Hi,
requesting someone to review the patch.
http://review.gluster.org/#/c/9893/
Regards,
Hari.
___
Gluster-devel mailing list
Gluster-devel@gluster.org
http://www.gluster.org/mailman/listinfo/gluster-devel
On 05/19/2015 11:23 AM, Vijaikumar M wrote:
On Tuesday 19 May 2015 08:36 PM, Shyam wrote:
On 05/19/2015 08:10 AM, Raghavendra G wrote:
After discussion with Vijaykumar mallikarjuna and other inputs in this
thread, we are proposing all quota tests to comply to following
criteria:
* use dd alw
On Tuesday 19 May 2015 08:36 PM, Shyam wrote:
On 05/19/2015 08:10 AM, Raghavendra G wrote:
After discussion with Vijaykumar mallikarjuna and other inputs in this
thread, we are proposing all quota tests to comply to following
criteria:
* use dd always with oflag=append (to make sure there a
On 05/19/2015 08:10 AM, Raghavendra G wrote:
After discussion with Vijaykumar mallikarjuna and other inputs in this
thread, we are proposing all quota tests to comply to following criteria:
* use dd always with oflag=append (to make sure there are no parallel
writes) and conv=fdatasync (to make
On Tuesday 19 May 2015 05:08 PM, Niels de Vos wrote:
Hi all,
This meeting is scheduled for anyone that is interested in learning more
about, or assisting with the Bug Triage.
Meeting details:
- location: #gluster-meeting on Freenode IRC
( https://webchat.freenode.net/?channels=glus
> * fdatasync is issued only once at the end of all writes when conv=fdatasync
> * for some strange reason no fsync or fdatasync is issued at all when
> conv=sync
That's because of my typo. I meant oflag=sync, not conv=sync. Sorry.
> So, using conv=fdatasync in the test cannot prevent write-par
On Tue, May 19, 2015 at 5:40 PM, Raghavendra G
wrote:
> After discussion with Vijaykumar mallikarjuna and other inputs in this
> thread, we are proposing all quota tests to comply to following criteria:
>
> * use dd always with oflag=append (to make sure there are no parallel
> writes) and conv=f
After discussion with Vijaykumar mallikarjuna and other inputs in this
thread, we are proposing all quota tests to comply to following criteria:
* use dd always with oflag=append (to make sure there are no parallel
writes) and conv=fdatasync (to make sure errors, if any are delivered to
applicatio
On Tue, May 19, 2015 at 4:26 PM, Jeff Darcy wrote:
> > No, my suggestion was aimed at not having parallel writes. In this case
> quota
> > won't even fail the writes with EDQUOT because of reasons explained
> above.
> > Yes, we need to disable flush-behind along with this so that errors are
> > d
Hi all,
This meeting is scheduled for anyone that is interested in learning more
about, or assisting with the Bug Triage.
Meeting details:
- location: #gluster-meeting on Freenode IRC
( https://webchat.freenode.net/?channels=gluster-meeting )
- date: every Tuesday
- time: 12:00 UTC
> No, my suggestion was aimed at not having parallel writes. In this case quota
> won't even fail the writes with EDQUOT because of reasons explained above.
> Yes, we need to disable flush-behind along with this so that errors are
> delivered to application.
Would conv=sync help here? That should
I just installed the "Build-timeout Plugin" in our Jenkins environment.
This plugin can be used to configure a timeout for jobs that take too
long to complete. There is at least one test that seems to take much
more time on occasion, and after several hours it would still not
complete:
http://
On Tue, May 19, 2015 at 05:12:35AM -0400, Krutika Dhananjay wrote:
> Hi,
>
> The following patch fixes an issue with readdir(p) in shard xlator:
> http://review.gluster.org/#/c/10809/ whose details can be found in the commit
> message.
>
> One side effect of this is that from shard xlator, th
Hi,
The following patch fixes an issue with readdir(p) in shard xlator:
http://review.gluster.org/#/c/10809/ whose details can be found in the commit
message.
One side effect of this is that from shard xlator, the size of the dirents list
returned to the translators above it could be greater
- Original Message -
> From: "Vijay Bellur"
> To: "Raghavendra Gowdappa" , "Shyam"
>
> Cc: gluster-devel@gluster.org
> Sent: Tuesday, May 19, 2015 1:29:57 PM
> Subject: Re: [Gluster-devel] Moratorium on new patch acceptance
>
> On 05/19/2015 12:21 PM, Raghavendra Gowdappa wrote:
> >
>
On 05/19/2015 12:21 PM, Raghavendra Gowdappa wrote:
Yes, this is a possible scenario. There is a finite time window between,
1. Querying the size of a directory. In other words checking whether
current
write can be allowed
2. The "effect" of this write getting reflected in size of all the p
On 05/19/2015 11:46 AM, Raghavendra Gowdappa wrote:
- Original Message -
From: "Shyam"
To: gluster-devel@gluster.org
Sent: Tuesday, May 19, 2015 6:13:06 AM
Subject: Re: [Gluster-devel] Moratorium on new patch acceptance
On 05/18/2015 07:05 PM, Shyam wrote:
On 05/18/2015 03:49 PM, Sh
hi Xavi,
All gluster commands which can restart nfs process can lead to
inconsistent versions on the file/directory if the gluster-nfs process
dies just at the time of updating versions. I don't see any way to fix
this problem as the NFS process is killed with SIGKILL.
Directory and me
24 matches
Mail list logo