Dan/Joseph,
Could you look into it please.
[22:04:31] ./tests/basic/tier/tier.t ..
not ok 25 Got 1 instead of 0
not ok 26 Got 1 instead of 0
Failed 2/34 subtests
[22:04:31]
Test Summary Report
---
./tests/basic/tier/tier.t (Wstat: 0 Tests: 34 Failed: 2)
Failed tests:
Nitya,
Seems like rebalance is not completing in this test? Could you
take a look.
http://build.gluster.org/job/rackspace-regression-2GB-triggered/8595/consoleFull
Pranith
___
Gluster-devel mailing list
Gluster-devel@gluster.org
On 05/07/2015 02:41 PM, Krishnan Parthasarathi wrote:
Pranith,
The above snippet says that the volume has to be stopped before deleted. It
also says that
volume-stop failed. I would look into glusterd logs to see why volume-stop
failed,
cmd-history.log tells us only so much.
hi Du,
Please help with this one?
* tests/basic/quota-nfs.t
* Happens in: master
* Being investigated by: ?
* Tried to re-create it for more than an hour and it is not failing.
*
http://build.gluster.org/job/rackspace-regression-2GB-triggered/8625/consoleFull
Pranith
Du,
This seems like a quota issue as well. Could you look into this one.
http://build.gluster.org/job/rackspace-regression-2GB-triggered/8582/consoleFull
Pranith
___
Gluster-devel mailing list
Gluster-devel@gluster.org
hi,
I compared the logs with a failure run and a successful run of
the test based on the time stamps. Seems like it is not able to find the
parent on which quota contribution is supposed to be updated as per the
following logs:
[2015-05-04 04:02:13.537672] E
On 05/07/2015 02:53 PM, Krishnan Parthasarathi wrote:
- Original Message -
On 05/07/2015 02:41 PM, Krishnan Parthasarathi wrote:
Pranith,
The above snippet says that the volume has to be stopped before deleted. It
also says that
volume-stop failed. I would look into glusterd logs to
Sorry wrong test. Correct test is: tests/bugs/quota/bug-1035576.t
(http://build.gluster.org/job/rackspace-regression-2GB-triggered/8329/consoleFull)
Pranith
On 05/07/2015 01:53 PM, Pranith Kumar Karampuri wrote:
Seems like the file $M0/a/f is not healed based on the execution log.
Ravi
hi,
Volume delete is failing without logging much about why it is
failing. Know anything about this?
(http://build.gluster.org/job/rackspace-regression-2GB-triggered/8522/consoleFull)
1 [2015-05-06 13:09:58.311519] : volume heal patchy statistics
heal-count : SUCCESS
0 [2015-05-06
hi,
It seems like the test failures in quota are happening because of
feature bugs.
Sachin/Du,
Please feel free to update the status of the problems, what your
recommendations are for the release, etc.
Pranith
___
Gluster-devel mailing
hi,
I think we fixed quite a few heavy hitters in the past week and
reasonable number of regression runs are passing which is a good sign.
Most of the new heavy hitters in regression failures seem to be code
problems in quota/afr/ec, not sure about tier.t (Need to get more info
about
On 05/08/2015 10:02 AM, Atin Mukherjee wrote:
On 05/07/2015 03:00 PM, Krishnan Parthasarathi wrote:
Atin would be doing this, since he is looking into it.
HTH,
KP
- Original Message -
On 05/07/2015 02:53 PM, Krishnan Parthasarathi wrote:
- Original Message -
On 05/07/2015
hi Ravi,
Could you look into
http://build.gluster.org/job/rackspace-regression-2GB-triggered/8723/consoleFull
Pranith
___
Gluster-devel mailing list
Gluster-devel@gluster.org
http://www.gluster.org/mailman/listinfo/gluster-devel
On 05/08/2015 07:45 AM, Emmanuel Dreyfus wrote:
Emmanuel Dreyfus m...@netbsd.org wrote:
- tests/basic/ec/
This worked but with rare spurious faiures. They are the same as on
Linux and work have been done, hence I think I should probably enable
again, but it may have rotten a lot. I have to
Ravi,
Please look into
http://build.gluster.org/job/rackspace-regression-2GB-triggered/8735/consoleFull
Pranith
___
Gluster-devel mailing list
Gluster-devel@gluster.org
http://www.gluster.org/mailman/listinfo/gluster-devel
hi,
Could you look into
http://build.gluster.org/job/rackspace-regression-2GB-triggered/8734/consoleFull
Pranith
___
Gluster-devel mailing list
Gluster-devel@gluster.org
http://www.gluster.org/mailman/listinfo/gluster-devel
On 05/08/2015 09:46 AM, Emmanuel Dreyfus wrote:
Pranith Kumar Karampuri pkara...@redhat.com wrote:
1) Fops failing with EIO when locks are failing with errno other than
EAGAIN (mostly ESTALE at the moment). http://review.gluster.com/9407
should fix it.
2) Fop failing with EIO because of race
We have come to a point where the spurious failures in ec are because of
bugs in code. There are two problems that need to be solved:
1) Fops failing with EIO when locks are failing with errno other than
EAGAIN (mostly ESTALE at the moment). http://review.gluster.com/9407
should fix it.
2) Fop
On 05/08/2015 03:47 PM, Atin Mukherjee wrote:
http://build.gluster.org/job/rackspace-regression-2GB-triggered/8782/consoleFull
Failed test case : tests/bugs/replicate/bug-976800.t
I've added it in the etherpad as well.
Thanks Atin! I see that the test doesn't disable flush-behind, which can
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
On 05/08/2015 08:54 PM, Justin Clift wrote:
On 8 May 2015, at 10:02, Mohammed Rafi K C rkavu...@redhat.com wrote:
Hi All,
As we all know, our regression tests are killing us. An average, one
regression will take approximately two and half hours to complete the
run. So i guess this is the
On 05/05/2015 01:35 PM, Vijay Bellur wrote:
On 05/05/2015 11:40 AM, Emmanuel Dreyfus wrote:
Emmanuel Dreyfus m...@netbsd.org wrote:
I sent http://review.gluster.org/10540 to address it completely. Not
sure if it works on netBSD. Emmanuel help!!
I launched test runs in a loop on nbslave70.
On 05/05/2015 01:54 PM, Emmanuel Dreyfus wrote:
On Tue, May 05, 2015 at 01:45:03PM +0530, Pranith Kumar Karampuri wrote:
Already updated the status about this in the earlier mail.
http://review.gluster.org/10539 is the fix.
That one only touches bug-1202244-support-inode-quota.t ...
RCA
On 05/08/2015 09:14 AM, Krishnan Parthasarathi wrote:
- Original Message -
hi,
I think we fixed quite a few heavy hitters in the past week and
reasonable number of regression runs are passing which is a good sign.
Most of the new heavy hitters in regression failures seem to
On 05/08/2015 04:45 PM, Ravishankar N wrote:
On 05/08/2015 08:45 AM, Pranith Kumar Karampuri wrote:
Do you guys have any ideas in keeping the regression failures under
control?
I sent a patch to append the commands being run in the .t files to
gluster logs @ http://review.gluster.org/#/c
On 05/09/2015 12:33 AM, Jeff Darcy wrote:
I submit a patch for new-component/changing log-level of one of the logs
for which there is not a single caller after you moved it from INFO -
DEBUG. So the code is not at all going to be executed. Yet the
regressions will fail. I am 100% sure it has
On 05/09/2015 03:19 PM, Krishnan Parthasarathi wrote:
Why not break glusterd into small parts and distribute the load to
different people? Did you guys plan anything for 4.0 for breaking glusterd?
It is going to be a maintenance hell if we don't break it sooner.
Good idea. We have thought
On 05/09/2015 11:08 AM, Krishnan Parthasarathi wrote:
Ah! now I understood the confusion. I never said maintainer should fix
all the bugs in tests. I am only saying that they maintain tests, just
like we maintain code. Whether you personally work on it or not, you at
least have an idea of what
On 05/09/2015 02:21 PM, Atin Mukherjee wrote:
On 05/09/2015 01:36 PM, Pranith Kumar Karampuri wrote:
On 05/09/2015 11:08 AM, Krishnan Parthasarathi wrote:
Ah! now I understood the confusion. I never said maintainer should fix
all the bugs in tests. I am only saying that they maintain tests
:-).
Pranith
On Sat, May 9, 2015 at 2:24 PM, Pranith Kumar Karampuri
pkara...@redhat.com wrote:
On 05/09/2015 02:21 PM, Atin Mukherjee wrote:
On 05/09/2015 01:36 PM, Pranith Kumar Karampuri wrote:
On 05/09/2015 11:08 AM, Krishnan Parthasarathi wrote:
Ah! now I understood the confusion. I never
On 05/09/2015 04:23 PM, Krishnan Parthasarathi wrote:
Oh nice, I might have missed the mails. Do you mind sharing the plan for
4.0? Any reason why you guys do not want to continue glusterd as
translator model?
I don't understand why we are using the translator model in the first place.
I guess
On 05/09/2015 02:31 AM, Jeff Darcy wrote:
What is so special about 'test' code?
A broken test blocks everybody's progress in a way that an incomplete
feature does not.
It is still code, if maintainers
are maintaining feature code and held responsible, why not test code? It
is not that
hi Kotresh/Aravinda,
Do you guys know anything about following core which comes because
of changelog xlator init failure? It just failed regression on one of my
patches: http://review.gluster.org/#/c/10688
24 [2015-05-08 21:34:47.750460] E [xlator.c:426:xlator_init]
0-patchy-changelog:
On 05/09/2015 03:26 AM, Pranith Kumar Karampuri wrote:
hi Kotresh/Aravinda,
Do you guys know anything about following core which comes
because of changelog xlator init failure? It just failed regression on
one of my patches: http://review.gluster.org/#/c/10688
Sorry wrong URL
On 04/08/2015 07:08 PM, Justin Clift wrote:
On 8 Apr 2015, at 14:13, Pranith Kumar Karampuri pkara...@redhat.com wrote:
On 04/08/2015 06:20 PM, Justin Clift wrote:
snip
Hagarth mentioned in the weekly IRC meeting that you have an
idea what might be causing the regression tests to generate
hi,
As I am not able to spend much time on sharding, Kritika is the
handling it completely now. I am only doing reviews. Just letting
everyone know so that future communication will happen directly with the
active developer :-).
Pranith
___
On 04/08/2015 06:20 PM, Justin Clift wrote:
Hi Pranith,
Hagarth mentioned in the weekly IRC meeting that you have an
idea what might be causing the regression tests to generate
cores?
Can you outline that quickly, as Jeff has some time and might
be able to help narrow it down further. :)
On 05/21/2015 12:07 AM, Vijay Bellur wrote:
On 05/19/2015 11:56 PM, Vijay Bellur wrote:
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
On 06/05/2015 02:12 AM, Shyam wrote:
Just checking,
This review request: http://review.gluster.org/#/c/11073/
Failed in the following tests:
1) Linux
[20:20:16] ./tests/bugs/replicate/bug-880898.t ..
not ok 4
This seems to be same RC as in self-heald.t where heal info is not
failing
On 06/05/2015 09:10 AM, Krishnan Parthasarathi wrote:
- Original Message -
This seems to happen because of race between STACK_RESET and stack
statedump. Still thinking how to fix it without taking locks around
writing to file.
Why should we still keep the stack being reset as part
On 06/07/2015 05:40 PM, Pranith Kumar Karampuri wrote:
On 06/05/2015 09:10 AM, Krishnan Parthasarathi wrote:
- Original Message -
This seems to happen because of race between STACK_RESET and stack
statedump. Still thinking how to fix it without taking locks around
writing to file
On 06/05/2015 09:01 AM, Krishnan Parthasarathi wrote:
This seems to happen because of race between STACK_RESET and stack
statedump. Still thinking how to fix it without taking locks around
writing to file.
Why should we still keep the stack being reset as part of pending pool of
frames? Even
to find why afr_notify is crashing? I would love to
keep executing glfs_fini for DEBUG builds so that bugs are found as soon
as possible in that code path.
Pranith
- Original Message -
From: Pranith Kumar Karampuri pkara...@redhat.com
To: Vijay Bellur vbel...@redhat.com, Gluster Devel
On 06/03/2015 04:36 PM, Sachin Pandit wrote:
Hi,
http://review.gluster.org/#/c/11024/ failed in
tests/basic/volume-snapshot-clone.t testcase.
http://build.gluster.org/job/rackspace-regression-2GB-triggered/10057/consoleFull
http://review.gluster.org/#/c/11000/ failed in
On 06/03/2015 09:21 PM, fanghuang.d...@yahoo.com wrote:
On Wednesday, 3 June 2015, 19:43, fanghuang.d...@yahoo.com
fanghuang.d...@yahoo.com wrote:
On Wednesday, 3 June 2015, 15:22, Xavier Hernandez xhernan...@datalab.es
wrote:
On 06/03/2015 05:40 AM, Pranith Kumar Karampuri wrote
I see that statedump is generating core because of which this test
spuriously fails. I am looking into it.
Pranith
___
Gluster-devel mailing list
Gluster-devel@gluster.org
http://www.gluster.org/mailman/listinfo/gluster-devel
On 06/25/2015 12:53 PM, Venky Shankar wrote:
On Thu, Jun 25, 2015 at 9:57 AM, Pranith Kumar Karampuri
pkara...@redhat.com wrote:
hi,
Does anyone know why glusterfs hangs with valgrind?
/proc/pid/stack ?
That was giving futex_wait() CPU shoots up to 100%
Pranith
Pranith
hi,
I merged a patch before a dependent patch by mistake which lead to
build failure. Merged http://review.gluster.com/11413 to fix the same.
Pranith
___
Gluster-devel mailing list
Gluster-devel@gluster.org
On 06/24/2015 07:44 PM, Soumya Koduri wrote:
On 06/24/2015 10:14 AM, Krishnan Parthasarathi wrote:
- Original Message -
I've been looking at the recent patches to redirect GF_FOP_IPC to an
active
subvolume instead of always to the first. Specifically, these:
On 06/24/2015 08:26 PM, Jeff Darcy wrote:
I haven't seen the patches yet. Failures can happen just at the time of
winding, leading to same failures. It at least needs to have the logic
of picking next_active_child. EC needs to lock+xattrop the bricks to
find bricks with good copies. AFR needs
This is a known spurious failure.
Pranith
On 06/25/2015 11:14 AM, Kotresh Hiremath Ravishankar wrote:
Hi,
I see the above test case failing for my patch which is not related.
Could some one from AFR team look into it?
On 06/25/2015 02:49 AM, Jeff Darcy wrote:
It knows which bricks are up/down. But they may not be the latest. Will
that matter?
AFAIK it's sufficient at this point to know which are up/down.
In that case, we need two functions which give first active child and
next_active_child in case of
On 06/25/2015 12:10 PM, Soumya Koduri wrote:
On 06/25/2015 09:00 AM, Pranith Kumar Karampuri wrote:
On 06/25/2015 02:49 AM, Jeff Darcy wrote:
It knows which bricks are up/down. But they may not be the latest.
Will
that matter?
AFAIK it's sufficient at this point to know which are up
I tried EC volume with 2+1 config. dd of=a.txt if=/dev/urandom bs=128k
count=1024 worked fine. When I increased bs=1M it hung. This is on my
laptop.
Pranith
On 06/25/2015 10:32 AM, Krishnan Parthasarathi wrote:
- Original Message -
hi,
Does anyone know why glusterfs hangs with
hi,
Does anyone know why glusterfs hangs with valgrind?
Pranith
___
Gluster-devel mailing list
Gluster-devel@gluster.org
http://www.gluster.org/mailman/listinfo/gluster-devel
hi,
I see that NetBSD regressions are passing but not able to give +1
because of following problem:
+ ssh 'nb7bu...@review.gluster.org' gerrit review --message
''\''http://build.gluster.org/job/rackspace-netbsd7-regression-triggered/7046/consoleFull
: SUCCESS'\''' --project=glusterfs
Emmanuel,
I am not sure of the feasibility but just wanted to ask you. Do
you think there is a possibility to error out operations on the mount
when mount crashes instead of hanging? That would prevent a lot of
manual intervention even in future.
Pranith.
On 06/15/2015 01:35 PM, Niels
+gluster-devel
On 06/11/2015 10:22 AM, Pranith Kumar Karampuri wrote:
hi,
Could you guys help in finding RCA for
http://build.gluster.org/job/rackspace-regression-2GB-triggered/10449/consoleFull
failures in tests/bugs/glusterd/bug-963541.t
Pranith
Last time when this happened Kaushal/vijay fixed it if I remember correctly.
+kaushal +Vijay
Pranith
On 06/11/2015 10:38 AM, Anoop C S wrote:
On 06/11/2015 10:33 AM, Ravishankar N wrote:
I'm unable to push a patch on release-3.6, getting different
errors every time:
This happens for master
On 06/02/2015 08:08 PM, fanghuang.d...@yahoo.com wrote:
Hi all,
As I reading the source codes of EC xlator, I am confused by the
cbk_list and answer_list defined in struct _ec_fop_data. Why do we
need two lists to combine the results of callback?
Especially for the answer_list, it is
On 06/03/2015 01:14 AM, Jeff Darcy wrote:
I've put together a document which I hope captures the most recent discussions
I've had, particularly those in Barcelona. Commenting should be open to
anyone, so please feel free to weigh in before too much code is written. ;)
On 06/01/2015 11:07 AM, Bipin Kunal wrote:
Hi All,
Is there a way to find total number of gluster mounts?
If not, what would be the complexity for this RFE?
As far as I understand finding the number of fuse mount should be possible
but seems unfeasible for nfs and samba mounts.
True.
Glustershd is crashing because afr wound xattrop with null gfid in loc.
Could one of you look into this failure?
http://build.gluster.org/job/rackspace-regression-2GB-triggered/10095/consoleFull
Pranith
___
Gluster-devel mailing list
This seems to happen because of race between STACK_RESET and stack
statedump. Still thinking how to fix it without taking locks around
writing to file.
Pranith
On 06/04/2015 02:13 PM, Pranith Kumar Karampuri wrote:
I see that statedump is generating core because of which this test
spuriously
On 06/03/2015 10:26 AM, Raghavendra Gowdappa wrote:
All,
It seems only netbsd regressions are triggered. Linux based regressions seems
to be not triggered. I've observed this with two patches [1][2]. Pranith also
feels same. Have any of you seen similar issue?
I saw it happen in reverse. I
hi,
git fetch on local repo fails with the following error. I asked on
#gluster-dev, some of the people online now face the same error.
pk1@localhost - ~/workspace/gerrit-repo (cooperative-locking-3.7)
08:54:14 :( ⚡ git fetch
ssh_exchange_identification: Connection closed by remote host
On 05/29/2015 10:41 PM, Nagaprasad Sathyanarayana wrote:
When similar automation was discussed, somebody had raised the concern when
more than one patch is associated with a BZ. Either we keep 1:1 between BZ and
patch. Otherwise the workflow needs to be improvised to inform gerrit when the
On 05/29/2015 11:23 PM, Shyam wrote:
On 05/29/2015 12:51 PM, Niels de Vos wrote:
Hi all,
today we had a discussion about how to get the status of reported bugs
more correct and up to date. It is something that has come up several
times already, but now we have a BIG solution as Pranith calls
On 05/30/2015 08:10 AM, Pranith Kumar Karampuri wrote:
I see that kaleb already sent a patch for this:
http://review.gluster.org/#/c/11007 - master
http://review.gluster.org/#/c/11008 - NetBSD
I meant http://review.gluster.org/#/c/11008 for release-3.7 :-)
Pranith
I am going to abandon my
Niels,
As per git you are author for the test above. Could you please
help find RC for the failure. Log:
http://build.gluster.org/job/rackspace-regression-2GB-triggered/9812/consoleFull
I am going to re-trigger the build.
Pranith
___
hi,
I don't understand rpmbuild logs that well. But the following seems
to be the issue:
Start: build phase for glusterfs-3.8dev-0.314.git471b2e0.el6.src.rpm
Start: build setup for glusterfs-3.8dev-0.314.git471b2e0.el6.src.rpm
Finish: build setup for
On 05/30/2015 07:44 AM, Pranith Kumar Karampuri wrote:
On 05/30/2015 07:33 AM, Nagaprasad Sathyanarayana wrote:
It appears to me that glusterd-errno.h was added in the patch
http://review.gluster.org/10313, which was merged on 29th. Please
correct me if I am wrong.
I think it is supposed
.
Pranith
Thanks
Naga
- Original Message -
From: Nagaprasad Sathyanarayana nsath...@redhat.com
To: Pranith Kumar Karampuri pkara...@redhat.com
Cc: Gluster Devel gluster-devel@gluster.org
Sent: Saturday, May 30, 2015 7:23:21 AM
Subject: Re: [Gluster-devel] gluster builds are failing
http://review.gluster.org/#/c/11008
Thanks avra. Seems like I cloned a branch from master but named it 3.7
haha :-D.
Pranith
Regards,
Avra
On 05/30/2015 08:29 AM, Pranith Kumar Karampuri wrote:
On 05/30/2015 08:11 AM, Pranith Kumar Karampuri wrote:
On 05/30/2015 08:10 AM, Pranith Kumar
I am looking into it.
Pranith
On 05/28/2015 11:03 AM, Kaushal M wrote:
Got a EC test failure ( ./tests/bugs/disperse/bug-1161621.t) on
http://build.gluster.org/job/rackspace-regression-2GB-triggered/9628/consoleFull
The change being tested was a pure GlusterD change, so this is most
likely a
On 06/02/2015 10:40 AM, Krishnan Parthasarathi wrote:
ec/self-heal.t failed regression reporting: not ok 71 Got -rw---
instead of -rw-r--r-- (regression had passed with earlier patchset).
Console output is:
http://build.gluster.org/job/rackspace-regression-2GB-triggered/9881/consoleFull
hi,
http://build.gluster.org/job/rackspace-regression-2GB-triggered/11757/consoleFull
has the logs. Could you please look into it.
Pranith
___
Gluster-devel mailing list
Gluster-devel@gluster.org
http://www.gluster.org/mailman/listinfo/gluster-devel
I get the following error:
error: unpack failed: error No space left on device
fatal: Unpack error, check server log
Pranith
On 07/02/2015 09:58 AM, Atin Mukherjee wrote:
+ Infra, can any one of you just take a look at it?
On 07/02/2015 09:53 AM, Anuradha Talur wrote:
Hi,
I'm unable to send
Thanks Dan!.
Pranith
On 07/02/2015 06:14 PM, Dan Lambright wrote:
I'll check on this.
- Original Message -
From: Pranith Kumar Karampuri pkara...@redhat.com
To: Gluster Devel gluster-devel@gluster.org, Joseph Fernandes
josfe...@redhat.com
Sent: Thursday, July 2, 2015 5:40:34 AM
hi,
When glusterfs mount process is coming up all cluster xlators wait
for at least one event from all the children before propagating the
status upwards. Sometimes client xlator takes upto 2 minutes to
propogate this
event(https://bugzilla.redhat.com/show_bug.cgi?id=1054694#c0) Due to
hi,
These functions return 0 when 0filled and non-zero value when not
0filled. This is quite unintuitive as people think that it should return
_gf_true when 0filled and false when it is not 0filled. This comes up as
bug in reviews quite a few times, so decided may be it is better to
change
hi,
tests/bugs/fuse/bug-924726.t failed in
http://build.gluster.org/job/rackspace-regression-2GB-triggered/9553/consoleFull
Could you take a look.
Pranith
___
Gluster-devel mailing list
Gluster-devel@gluster.org
+ Ravi, Anuradha
On 08/17/2015 10:39 AM, Raghavendra Gowdappa wrote:
All,
Pranith and me were discussing about implementation of compound operations like create + lock,
mkdir + lock, open + lock etc. These operations are useful in situations like:
1. To prevent locking on all subvols during
All the best Justin!
Pranith
On 06/30/2015 08:11 PM, Justin Clift wrote:
Hi us,
It's my last day at Red Hat today, so I've just adjusted the
jus...@gluster.org email address to redirect things to
jus...@postgresql.org instead. So, people can still email
me.
I do have some Gluster things I'd
hi,
I just updated
https://public.pad.fsfe.org/p/gluster-spurious-failures with the latest
spurious failures we saw in linux and NetBSD regressions. Could you guys
update with any more spurious regressions that you guys are observing
but not listed on the pad. Could you guys help in
On 07/29/2015 06:10 PM, Emmanuel Dreyfus wrote:
On Wed, Jul 29, 2015 at 04:06:43PM +0530, Vijay Bellur wrote:
- If there are tests that cannot be fixed easily in the near term, we move
such tests to a different folder or drop such test units.
A tests/disabled directory seemsthe way to go.
hi,
I want to understand how are you guys planning to integrate
NSR volumes to the existing CLIs. Here are some thoughts I had, wanted
to know your thoughts:
At the heart of both the replication/ec schemes we have
1) synchronization mechanisms
a) afr,ec does it using locks
On 10/29/2015 12:18 PM, Venky Shankar wrote:
On Thu, Oct 29, 2015 at 11:36 AM, Pranith Kumar Karampuri
<pkara...@redhat.com> wrote:
hi,
I want to understand how are you guys planning to integrate NSR
volumes to the existing CLIs. Here are some thoughts I had, wanted to kno
On 10/29/2015 06:11 PM, Jeff Darcy wrote:
I want to understand if there is a possibility of exposing these as
different modules that we can mix and match, using options.
It’s not only possible, but it’s easier than you might think. If an
option is set (cluster.nsr IIRC) then we replace
Thanks Gaurav, Xavi is already looking into it. Meanwhile a patch to
mark it bad test is already posted for review:
http://review.gluster.org/#/c/12481/
Pranith
On 11/02/2015 06:21 PM, Gaurav Garg wrote:
Hi
./tests/basic/ec/ec-readdir.t test case. seems to be spurious failure in ec
Hi all,
I'm pleased to announce the release of GlusterFS-3.7.5. This release
includes 70 changes after 3.7.4. The list of fixed bugs is included
below.
Tarball and RPMs can be downloaded from
http://download.gluster.org/pub/gluster/glusterfs/3.7/3.7.5/
Ubuntu debs are available from
Probably a good question on gluster-users (CCed)
Pranith
On 10/14/2015 03:57 AM, Brian Lahoue wrote:
Has anyone tested backing up a fairly large Gluster implementation
with Amanda/ZManda recently?
___
Gluster-devel mailing list
On 10/07/2015 05:48 PM, Pranith Kumar Karampuri wrote:
Sent the fix @http://review.gluster.org/12309
This fixes the afr issue. Will take a look at the other crash.
Pranith
On 10/07/2015 05:38 PM, Vijaikumar Mallikarjuna wrote:
*https://build.gluster.org/job/rackspace-regression-2GB
On 07/07/2015 02:42 PM, Rafi Kavungal Chundattu Parambil wrote:
Since we have some common interest in proposed design, IMHO let's start doing
the implementation by keeping all of this valuable suggestions in mind.
If any one interested to volunteer this project, please reply to this thread.
Sorry, seems like this is already fixed, I just need to rebase.
Pranith
On 07/09/2015 03:56 PM, Pranith Kumar Karampuri wrote:
hi,
Could you please look into
http://build.gluster.org/job/rackspace-regression-2GB-triggered/12150/consoleFull
Pranith
CC Prasanna who will be looking into it.
On 07/06/2015 07:30 PM, Josh Boon wrote:
Hey folks,
Does anyone have test environment running Ubuntu 14.04, QEMU 2.0, and
Gluster 3.6.3? I'm looking to have some folks test out QEMU 2.3 for
stability and performance and see if it removes the segfault
hi,
Could you please look into
http://build.gluster.org/job/rackspace-regression-2GB-triggered/12150/consoleFull
Pranith
___
Gluster-devel mailing list
Gluster-devel@gluster.org
http://www.gluster.org/mailman/listinfo/gluster-devel
hi,
Afr needs context based defaults for quorum where by default
quorum value is 'none' for 2-way replica and 'auto' for 3 way replica.
Anuradha sent http://review.gluster.org/11872 to fix the same. May be we
can come up with more generic solution. The present solution remembers
the
On 09/01/2015 11:55 AM, Krishnan Parthasarathi wrote:
- Original Message -
hi,
Afr needs context based defaults for quorum where by default
quorum value is 'none' for 2-way replica and 'auto' for 3 way replica.
Anuradha sent http://review.gluster.org/11872 to fix the same. May
On 09/01/2015 12:05 PM, Krishnan Parthasarathi wrote:
Here are a few things that are not clear to me.
1) Does the context-based default value for an option comes into effect
only when .value in vme table is NULL?
If there is context based default then the static default value should
be NULL
201 - 300 of 772 matches
Mail list logo
