Great! I look forward to it. In the near term, we are planning on using
OpenStack Swift's Ring to determine brick placement in the cluster. I look
forward to your plan and see how we can work together.. (Maybe Glusterd-2.0 is
going to be written in Go and we can share code, or even integrate
On 06/16/2015 04:37 PM, Atin Mukherjee 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
(
+1 for running regressions on need basis.
Also we need to make the tests more intelligent so that same tests runs
differently when triggered nightly/regular.
function test_some_functionality
{
if env.NIGHTLY {
# run nightly tests
# time consuming tests
# test with
That'd be Awesome. :)
+ Justin
On 15 Jun 2015, at 20:53, Richard Wareing rware...@fb.com wrote:
Hey Nithin,
We have IPv6 going as well (v3.4.x v3.6.x), so I might be able to help out
here and perhaps combine our efforts. We did something similar here, however
we also tackled the NFS
Avra,
volume-snapshot.t failed in one of the regression run [1]. Could you
take a look at it?
[1]
http://build.gluster.org/job/rackspace-regression-2GB-triggered/10801/consoleFull
--
~Atin
___
Gluster-devel mailing list
Gluster-devel@gluster.org
On 15 Jun 2015, at 20:35, Jeff Darcy jda...@redhat.com wrote:
I've written up some thoughts about how to have multiple bricks sharing a
single process/port, since this is necessary to support other 4.0 features
and is likely to be a bit tricky to implement. Comments welcome here:
Reading through that, it sounds like a well thought out approach.
Thanks!
Did you consider a super-lightweight version first, which only has
a process listening on one port for multiplexing traffic, and then
passes the traffic to individual processes running on the server?
eg similar to
- Original Message -
From: Atin Mukherjee amukh...@redhat.com
To: Avra Sengupta aseng...@redhat.com, Gluster Devel
gluster-devel@gluster.org
Sent: Tuesday, June 16, 2015 5:38:36 PM
Subject: [Gluster-devel] volume-snapshot.t spurious failure
Avra,
volume-snapshot.t failed in
- Original Message -
From: Rajesh Joseph rjos...@redhat.com
To: Atin Mukherjee amukh...@redhat.com
Cc: Gluster Devel gluster-devel@gluster.org
Sent: Wednesday, June 17, 2015 6:30:51 AM
Subject: Re: [Gluster-devel] volume-snapshot.t spurious failure
- Original Message
Sorry, here is the link.
http://build.gluster.org/job/rackspace-regression-2GB-triggered/10820/consoleFull
Thanks and Regards,
Kotresh H R
- Original Message -
From: Sachin Pandit span...@redhat.com
To: Kotresh Hiremath Ravishankar khire...@redhat.com
Cc: Gluster Devel
On 06/17/2015 09:57 AM, Venky Shankar wrote:
On Wed, Jun 17, 2015 at 9:50 AM, Atin Mukherjee amukh...@redhat.com wrote:
On 06/11/2015 08:04 PM, Emmanuel Dreyfus wrote:
On Thu, Jun 11, 2015 at 04:04:44PM +0200, Niels de Vos wrote:
Michael installed and configured dnsmasq on
Atin Mukherjee amukh...@redhat.com wrote:
That *might* result in lots of NetBSD regression failures later on and
we may end up with another round of fixups.
Agreed, that's the known risk but we don't have any other alternatives atm.
I strongly disagree, we have a good alternative: configure
On 06/11/2015 08:04 PM, Emmanuel Dreyfus wrote:
On Thu, Jun 11, 2015 at 04:04:44PM +0200, Niels de Vos wrote:
Michael installed and configured dnsmasq on build.gluster.org yesterday.
If that does not help today, we need other ideas...
Just to confirm the problem:
[manu@build ~]$ time
Hi,
I see 'inode-quota.t' failed for my glusterd patch.
It's not related to the patch. Could someone look into it?
Thanks and Regards,
Kotresh H R
___
Gluster-devel mailing list
Gluster-devel@gluster.org
On Wed, Jun 17, 2015 at 10:13 AM, Emmanuel Dreyfus m...@netbsd.org wrote:
Atin Mukherjee amukh...@redhat.com wrote:
That *might* result in lots of NetBSD regression failures later on and
we may end up with another round of fixups.
Agreed, that's the known risk but we don't have any other
- Original Message -
From: Kotresh Hiremath Ravishankar khire...@redhat.com
To: Gluster Devel gluster-devel@gluster.org, Sachin Pandit
span...@redhat.com, Vijaikumar M
vmall...@redhat.com
Sent: Wednesday, 17 June, 2015 11:10:09 AM
Subject: Regression Spurious Failure:
Sure Richard. -Nithin
On Tuesday, 16 June 2015 1:23 AM, Richard Wareing rware...@fb.com wrote:
Hey Nithin,
We have IPv6 going as well (v3.4.x v3.6.x), so I might be able to help out
here and perhaps combine our efforts. We did something similar here, however
we also tackled the
- Original Message -
From: Kotresh Hiremath Ravishankar khire...@redhat.com
To: Sachin Pandit span...@redhat.com
Cc: Gluster Devel gluster-devel@gluster.org, Vijaikumar M
vmall...@redhat.com
Sent: Wednesday, 17 June, 2015 11:14:57 AM
Subject: Re: Regression Spurious Failure:
On Wed, Jun 17, 2015 at 9:50 AM, Atin Mukherjee amukh...@redhat.com wrote:
On 06/11/2015 08:04 PM, Emmanuel Dreyfus wrote:
On Thu, Jun 11, 2015 at 04:04:44PM +0200, Niels de Vos wrote:
Michael installed and configured dnsmasq on build.gluster.org yesterday.
If that does not help today, we
Rajesh Joseph rjos...@redhat.com wrote:
Correct me if I am wrong, but I think interruptible is good with hard
mount. Which is good in real deployment scenario. Since we are talking
about test scripts, I thought soft mount along with timeout period can be
a good option to prevent hangs.
soft
Awesome, this seems to the filling a nice gap, a feature for which was
opened long back (Sept. 2014) [1]
Will checkout the demo soon.
thanx,
deepak
[1]:
http://www.gluster.org/community/documentation/index.php/Features/glusterd-intelligent-volume-creation
On Mon, Jun 15, 2015 at 9:31 PM, Luis
Hi Vijay,
Could you please merge/rerun regression on these Rafi's tiering patches
Patches to merged in master:
===
http://review.gluster.org/10933
previously regression passed on linux and netbsd +
just resolved a merge conflict
http://review.gluster.org/10757
previously
Hey Luis,
You just announced this right when we were about to make public our
plans for Manila integration w.r.t GlusterD-2.0.
We are about to kickstart GlusterD-2.0, and the first piece we wanted
to implement was a method to create volumes intelligently. This is
pretty much what heketi is
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
24 matches
Mail list logo
