Re: [Gluster-devel] GlusterFS-3.4.4beta is slipping

On 05/14/2014 05:04 PM, Kaleb S. KEITHLEY wrote: At last week's community meeting we tentatively agreed that today — May 14th — we would ship 3.4.4beta. Three changes for 3.4.4 need to be reviewed before they can be merged: 1 Ubuntu code audit results (blocking inclusion in Ubuntu Main repo):

[Gluster-devel] Rolling upgrades from glusterfs 3.4 to 3.5

Hi Vijay, Since glusterfs 3.5, posix_lookup() sends ESTALE instead of ENOENT [1] when when a parent gfid (entry) is not present on the brick . In a replicate set up, this causes a problem because AFR gives more priority to ESTALE than ENOENT, causing IO to fail [2]. The fix is in progress at

Re: [Gluster-devel] Rolling upgrades from glusterfs 3.4 to 3.5

On 06/12/2014 11:13 PM, Anand Avati wrote: On Thu, Jun 12, 2014 at 10:33 AM, Vijay Bellur vbel...@redhat.com mailto:vbel...@redhat.com wrote: On 06/12/2014 06:52 PM, Ravishankar N wrote: Hi Vijay, Since glusterfs 3.5, posix_lookup() sends ESTALE instead of ENOENT

Re: [Gluster-devel] Fwd: Fwd: Bug#751888: glusterfs-server: creating symlinks generates errors

On 06/20/2014 06:26 PM, Matteo Checcucci wrote: Control: forwarded -1 https://bugzilla.redhat.com/show_bug.cgi?id=454 On 06/20/2014 07:44 AM, Ravishankar N wrote: Hi Matteo, Thanks for the reproducer. I've filed a bug report here: https://bugzilla.redhat.com/show_bug.cgi?id=454 Feel

Re: [Gluster-devel] Spurious failure - ./tests/bugs/bug-859581.t

On 06/18/2014 10:13 AM, Pranith Kumar Karampuri wrote: On 06/18/2014 10:11 AM, Atin Mukherjee wrote: On 06/18/2014 10:04 AM, Pranith Kumar Karampuri wrote: On 06/18/2014 09:39 AM, Atin Mukherjee wrote: Pranith, Regression test mentioned in $SUBJECT failed (testcase : 14 16) Console log

Re: [Gluster-devel] Does someone have an operating version table for GlusterFS?

On 06/27/2014 09:10 AM, Justin Clift wrote: On 27/06/2014, at 2:51 AM, Kaushal M wrote: 3.3 - 1 3.4.x - 2 3.5.0 - 3 3.5.1 - 30501 3.6.0 - 30600 Thanks Kaushal, added it here: http://www.gluster.org/community/documentation/index.php/OperatingVersions Updated the page with the nomenclature

[Gluster-devel] bug-822830.t fails on release-3.5 branch

Hi Niels/ Santosh, tests/bugs/bug-830665.t is consistently failing on 3.5 branch: not ok 17 Got *.redhat.com instead of \*.redhat.com not ok 19 Got 192.168.10.[1-5] instead of 192.168.10.\[1-5] and seems to be introduced by http://review.gluster.org/#/c/8223/ Could you please look into it?

Re: [Gluster-devel] bug-822830.t fails on release-3.5 branch

as well. Pranith On 07/04/2014 11:00 AM, Ravishankar N wrote: Hi Niels/ Santosh, tests/bugs/bug-830665.t is consistently failing on 3.5 branch: not ok 17 Got *.redhat.com instead of \*.redhat.com not ok 19 Got 192.168.10.[1-5] instead of 192.168.10.\[1-5] and seems to be introduced by http

Re: [Gluster-devel] bug-822830.t fails on release-3.5 branch

On 07/04/2014 11:19 AM, Ravishankar N wrote: On 07/04/2014 11:09 AM, Pranith Kumar Karampuri wrote: Ravi, I already sent a patch for it in the morning at http://review.gluster.com/8233 Review please :-) 830665.t is identical in master where it succeeds. Looks like *match_subnet_v4() changes

Re: [Gluster-devel] bug-822830.t fails on release-3.5 branch

On 07/04/2014 11:20 AM, Pranith Kumar Karampuri wrote: On 07/04/2014 11:19 AM, Ravishankar N wrote: On 07/04/2014 11:09 AM, Pranith Kumar Karampuri wrote: Ravi, I already sent a patch for it in the morning at http://review.gluster.com/8233 Review please :-) 830665.t is identical in master

Re: [Gluster-devel] Developer Documentation for datastructures in gluster

On 07/15/2014 04:39 PM, Pranith Kumar Karampuri wrote: hi, Please respond if you guys volunteer to add documentation for any of the following things that are not already taken. client_t - pranith integration with statedump - pranith mempool - Pranith event-hostory + circ-buff -

Re: [Gluster-devel] $B1 in tests

On 08/07/2014 12:22 PM, Emmanuel Dreyfus wrote: Hi NetBSD now passes most of tests/basic/afr, but I still have a failure here in tests/basic/aft/self-heal.t. This command gets and cause a failure later in check heal has happened in the correct direction: GFID=$(gf_get_gfid_xattr

Re: [Gluster-devel] $B1 in tests

On 08/07/2014 10:35 PM, Emmanuel Dreyfus wrote: Ravishankar N ravishan...@redhat.com wrote: This is a mistake in the testcase, it has to be GFID=$(gf_get_gfid_xattr $B0/brick1/file) . Would you like to send a patch to fix it? Sure, Shall I replace all occurences of $B1 by $B0? There is a B1

Re: [Gluster-devel] $B1 in tests

On 08/08/2014 08:52 AM, Emmanuel Dreyfus wrote: Emmanuel Dreyfus m...@netbsd.org wrote: And what about basic/mgmt_v3-locks.t ? It uses $B1, $B2, $B3, $H1, $H2 and $H3 without ever defining them. Perhaps this is why that specific test randomly fails? I was wrong, this is defined in cluster.rc:

Re: [Gluster-devel] $B1 in tests

On 08/08/2014 11:01 AM, Avra Sengupta wrote: On 08/08/2014 10:07 AM, Ravishankar N wrote: On 08/08/2014 08:52 AM, Emmanuel Dreyfus wrote: Emmanuel Dreyfus m...@netbsd.org wrote: And what about basic/mgmt_v3-locks.t ? It uses $B1, $B2, $B3, $H1, $H2 and $H3 without ever defining them. Perhaps

Re: [Gluster-devel] Automated split-brain resolution

On 08/08/2014 01:09 PM, Harshavardhana wrote: On Thu, Aug 7, 2014 at 1:35 AM, Ravishankar N ravishan...@redhat.com wrote: Manual resolution of split-brains [1] has been a tedious task involving understanding and modifying AFR's changelog extended attributes. To simplify and to an extent

Re: [Gluster-devel] Automated split-brain resolution

that last bit could still be implemented through that cli command. On 08/07/2014 01:35 AM, Ravishankar N wrote: Manual resolution of split-brains [1] has been a tedious task involving understanding and modifying AFR's changelog extended attributes. To simplify and to an extent automate this task

Re: [Gluster-devel] about split-brain

On 08/21/2014 08:23 AM, everybody_en...@163.com wrote: hi all: I have a problem about split-brain, details as below: PC1 and PC2 is AFR, stored a file 1.txt 1. write 123 to 1.txt, then 1.txt in pc1 is same with 1.txt in PC2, content is 123 2. PC1 network disconnect, write 45 to 1.txt,

Re: [Gluster-devel] How to get/check/see volume options ?

On 10/29/2014 04:11 PM, Kiran Patil wrote: Hi, The https://github.com/gluster/glusterfs/blob/master/doc/features/brick-failure-detection.md doc says storage.health-check-interval is set by default. I could see only gluster volume set command. What is the command to get the volume options ?

Re: [Gluster-devel] Spurious regression of tests/basic/mgmt_v3-locks.t

On 11/13/2014 12:11 PM, Atin Mukherjee wrote: On 11/09/2014 10:31 PM, Atin Mukherjee wrote: On 11/08/2014 05:21 AM, Justin Clift wrote: On Wed, 05 Nov 2014 14:58:06 +0530 Atin Mukherjee amukh...@redhat.com wrote: snip Can there be any cases where glusterd instance may go down

Re: [Gluster-devel] question on glustershd

On 12/02/2014 10:29 PM, Emmanuel Dreyfus wrote: Hi I have been tracking down a bug reported by /tests/basic/afr/entry-self-heal.t on NetBSD, and now I wonder how glustershd is supposed to work. In xlators/cluster/afr/src/afr-self-heald.c, we create a healder for each AFR subvolume. In

Re: [Gluster-devel] glfsheal test failures

On 12/12/2014 10:48 AM, Jeff Darcy wrote: The reason loading translators does work is that we explicitly load using XLATORDIR/whatever.so (see xlator_dynload) and XLATOR_DIR is set to the correct value at config time. Any code which loads translators should follow this example. Thanks,

Re: [Gluster-devel] glfsheal test failures

On 12/12/2014 07:23 PM, Jeff Darcy wrote: This is right on some systems, but not universal. This is why libtool links afr.so while warning it is not portable. You can have a hint that modules may not be plain libraries here: $ libtool link --help|grep module -module build a

Re: [Gluster-devel] AFR conservative merge portability

On 12/15/2014 11:10 AM, Krutika Dhananjay wrote: Seems OK to me, as long as the appropriate locks are taken. -Krutika

Re: [Gluster-devel] AFR conservative merge portability

On 12/18/2014 01:28 PM, Emmanuel Dreyfus wrote: On Mon, Dec 15, 2014 at 03:21:24PM -0500, Jeff Darcy wrote: Is there *any* case, not even necessarily involving conservative merge, where it would be harmful to propagate the latest ctime/mtime for any replica of a directory? In case of

Re: [Gluster-devel] AFR conservative merge portability

On 12/19/2014 08:23 AM, Emmanuel Dreyfus wrote: Ravishankar N ravishan...@redhat.com wrote: Point #1 would be addressed by your patch with some modifications (pending review ); I addressed the points you raised but now my patch is failing just newly introduced ./tests/bugs/afr-quota-xattr

Re: [Gluster-devel] split-brain-healing.t failure on NetBSD

On 03/15/2015 08:27 PM, Emmanuel Dreyfus wrote: Emmanuel Dreyfus m...@netbsd.org wrote: NetBSD passes the tests because before the test can fail, the client goes into afr_inode_refresh_done(), where spit brain is detected and repaired by syntask with a afr_refresh_selfheal_wrap() callback.

Re: [Gluster-devel] spurious failures in split-brain-healing.t

On 03/10/2015 06:55 PM, Emmanuel Dreyfus wrote: 3) later I hit this, I do not know yet if it is a consequence or not: assertion list_empty (priv-table.lru[i]) failed: file quick-read.c, line 1052, function qr_inode_table_destroy This happens in debug builds only, it should be fixed with

Re: [Gluster-devel] New features and their location in packages

On 03/26/2015 02:45 AM, Niels de Vos wrote: With all the new features merged, we need to know on what side of the system the new xlators, libraries and scripts are used. There always are questions on reducing the installation size on client systems, so anything that is not strictly needed

Re: [Gluster-devel] [Gluster-users] Got a slogan idea?

On 04/01/2015 05:44 PM, Tom Callaway wrote: What I am saying is that if you have a slogan idea for Gluster, I want to hear it. You can reply on list or send it to me directly. I will collect all the proposals (yours and the ones that Red Hat comes up with) and circle back around for

Re: [Gluster-devel] How does read-subvol-entry.t works?

On 03/01/2015 10:58 AM, Emmanuel Dreyfus wrote: Hi I am trying to understand why read-subvol-entry.t almost always fail on NetBSD. Here is how it goes: - create a 2-brick replicated volume - mkdir -p $M0/abc/def - set: self-heal-daemon off stat-prefetch off cluster.background-self-heal-count

[Gluster-devel] glfs-fini issue in upstream master

tests/basic/afr/split-brain-healing.t is failing in upstream master: ok 52 ok 53 *glfsheal: quick-read.c:1052: qr_inode_table_destroy: Assertion `list_empty (priv-table.lru[i])' failed.*

Re: [Gluster-devel] How does read-subvol-entry.t works?

On 03/04/2015 10:29 AM, Emmanuel Dreyfus wrote: Emmanuel Dreyfus m...@netbsd.org wrote: It seems there is very weird stuff going on there: it fails because in afr_inode_refresh_subvol_cbk (after a lookup), we have a valid reply from brick 0 with op_ret = 0. But the brick 0 server process was

Re: [Gluster-devel] Bugzilla links from bug-ids in commit messages

On 04/23/2015 07:10 PM, Kaushal M wrote: Gerrit has a configuration option to enable automatic creating links from regex matches in commit-messages, comments etc. [1] I'm adding a new configuration to enable linking bug-ids in commit messages (and other places) to their respective bugzilla

[Gluster-devel] Gerrit review UI documentation

Thought this might be helpful if you want to explore the features of the new gerrit review interface: https://review.gluster.org/Documentation/user-review-ui.html -Ravi ___ Gluster-devel mailing list Gluster-devel@gluster.org

Re: [Gluster-devel] 3.7 bugs need a clone from mainline?

On 04/29/2015 11:55 AM, Atin Mukherjee wrote: I've seen few cases where we are using mainline bugs in submitting patches in 3.7 release. Process wise this looks incorrect to me. IIRC, earlier the smoke used to complaint about it, but I am not seeing that either these days. Any recent changes

Re: [Gluster-devel] Rebalance improvement design

I sent a fix http://review.gluster.org/#/c/10478/ but abandoned it since Susant (CC'ed) has already sent one http://review.gluster.org/#/c/10459/ I think it needs re-submission, but more review-eyes are welcome. -Ravi On 05/01/2015 12:18 PM, Benjamin Turner wrote: There was a segfault on

[Gluster-devel] Regression failure of tests/basic/afr/data-self-heal.t

TL;DR: Need to come up with a fix for AFR data self-heal from clients (mounts). /data-self-heal.t/ creates a 1x2 volume, sets afr changelog xattrs directly on the files in the backend bricks, then runs full heal to heal the files. The test fails intermittently when run in a loop because

Re: [Gluster-devel] regarding tests/bugs/quota/bug-1035576.t

On 05/07/2015 01:56 PM, Pranith Kumar Karampuri wrote: Sorry wrong test. Correct test is: tests/bugs/quota/bug-1035576.t (http://build.gluster.org/job/rackspace-regression-2GB-triggered/8329/consoleFull) Tests 20 and 21 failed because /mnt/glusterfs/0/a/f creation failed as seen from the

Re: [Gluster-devel] good job on fixing heavy hitters in spurious regressions

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/10667/ While it certainly doesn't help check

Re: [Gluster-devel] Avoid split-brains on replica-2

On 05/11/2015 12:46 AM, Christopher Pereira wrote: Hi, Using a replica-2 gluster volume with oVirt is currently not supported and causes split-brains, specially due to sanlock. Replica-1 works fine (since split-brains are impossible here) and replica-3 *should* work or at least reduces

Re: [Gluster-devel] Avoid split-brains on replica-2

On 05/12/2015 02:15 AM, Christopher Pereira wrote: On 11-05-2015 15:40, Christopher Pereira wrote: There is an arbiter feature for replica 3 volumes (https://github.com/gluster/glusterfs/blob/master/doc/features/afr-arbiter-volumes.md) being released in glusterfs 3.7 which would prevent

[Gluster-devel] Can we call glfs_fini() when glfs_init() failed? (a.k.a. core generated in master/3.7)

I'm able to hit a crash in master and 3.7 with the steps described in this BZ https://bugzilla.redhat.com/show_bug.cgi?id=1220996#c0 In glfs-heal.c and in other examples, we call glfs_fini (fs) if 'fs' is valid, irrespective of whether glfs_init() is successful or not. Is it okay to do this?

Re: [Gluster-devel] release-3.7 branch created [Was 3.7.0 update]

On 04/15/2015 03:31 PM, Justin Clift wrote: On 15 Apr 2015, at 08:09, Ravishankar N ravishan...@redhat.com wrote: On 04/14/2015 11:57 PM, Vijay Bellur wrote: From here on, we would need patches to be explicitly sent on release-3.7 for the content to be included in a 3.7.x release. Please

Re: [Gluster-devel] failure in tests/basic/afr/arbiter.t

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

Re: [Gluster-devel] self-heald.t failures

On 06/08/2015 05:06 PM, Pranith Kumar Karampuri wrote: On 06/05/2015 04:01 PM, Anuradha Talur wrote: gluster volume heal volname info doesn't seem to fail because the process is crashing in afr_notify when invoked by glfs_fini. As a result proper error codes are not being propagated.

Re: [Gluster-devel] NetBSD regression status

On 06/03/2015 07:13 PM, Niels de Vos wrote: On Wed, Jun 03, 2015 at 01:30:31PM +, Emmanuel Dreyfus wrote: Hi Here is NetBSD regression status for master and release-3.7: The following tests always fail: ./tests/basic/ec/ec.t ./tests/basic/ec/quota.t ./tests/basic/ec/self-heal.t

[Gluster-devel] Merge Request

Hi Kaushal, Could you please merge the one-liner patch http://review.gluster.org/#/c/11104/ in 3.7? I tried triggering NetBSD for the patch in vain. Thanks, Ravi ___ Gluster-devel mailing list Gluster-devel@gluster.org

[Gluster-devel] /tests/basic/quota.t cored in master

Regression run url: http://build.gluster.org/job/rackspace-regression-2GB-triggered/8/consoleFull ___ Gluster-devel mailing list Gluster-devel@gluster.org http://www.gluster.org/mailman/listinfo/gluster-devel

Re: [Gluster-devel] arbiter.t failure

The tests have failed because self-heal daemon is not running. Though volume start has succeed, shd has not been spawned.There is no glustershd.log in the archived log. Not sure what the problem is. The corresponding lines in the test case are : On 06/19/2015 10:37 AM, Atin Mukherjee

[Gluster-devel] Unable to send patches to gerrit

I'm unable to push a patch on release-3.6, getting different errors every time: [ravi@tuxpad glusterfs]$ ./rfc.sh [detached HEAD a59646a] afr: honour selfheal enable/disable volume set options Date: Sat May 30 10:23:33 2015 +0530 3 files changed, 108 insertions(+), 4 deletions(-) create

Re: [Gluster-devel] Unable to send patches to gerrit

: 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

Re: [Gluster-devel] [Gluster-users] what changelog of data meaning

Hi, The file on 192.168.7.241 seems to be of bigger size (47906816 bytes). If you are sure that is the source, you could delete the file and the .glusterfs hardlink from 192.168.7.242 and do a stat filename from the mount to trigger the heal. Hope this helps. Ravi On 06/14/2015 12:18 PM,

Re: [Gluster-devel] git fetch is failing

Looks like gerrit is down. review.gluster.org is not accessible. On 05/27/2015 08:58 AM, Pranith Kumar Karampuri wrote: 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 -

Re: [Gluster-devel] Mount hangs because of connection delays

On 07/02/2015 07:04 PM, Pranith Kumar Karampuri wrote: 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

[Gluster-devel] Removed ./tests/basic/afr/read-subvol-entry.t from is_bad_test()

I have $subject @ http://review.gluster.org/#/c/10917/ because we have only one known failure for this test @ http://build.gluster.org/job/rackspace-regression-2GB-triggered/8735/consoleFull and the tests that failed are `gluster volume stop` and `gluster volume delete`. Not able to repro the

Re: [Gluster-devel] spurious failure with test-case ./tests/basic/tier/tier.t

On 06/26/2015 03:57 PM, Vijaikumar M wrote: Hi Upstream regression failure with test-case ./tests/basic/tier/tier.t My patch# 11315 regression failed twice with test-case./tests/basic/tier/tier.t. Anyone seeing this issue with other patches? Yes, one of my patches failed today too:

Re: [Gluster-devel] broken test on release-3.7

On 07/28/2015 06:42 PM, Emmanuel Dreyfus wrote: On Tue, Jul 28, 2015 at 06:11:24PM +0530, Atin Mukherjee wrote: Its because of a missing backport. I've sent a patch [1] for the same. But how did the breakage got into the branch? Don't we have petty regression tests that should have caught

Re: [Gluster-devel] Initial version of coreutils released

On 08/14/2015 03:49 AM, Craig Cabrey wrote: Hi everyone, I just pushed an initial version of the coreutils project that I have been working on during the course of this summer. There is still a lot to do, but I'm pretty excited about its start. Please check it out and if you want to help

Re: [Gluster-devel] semi-sync replication

On 08/12/2015 12:50 PM, Anoop Nair wrote: Hi, Do we have plans to support semi-synchronous type replication in the future? By semi-sync I mean writing to one leg the replica, securing the write on a faster stable storage (capacitor backed SSD or NVRAM) and then acknowledge the client. The

Re: [Gluster-devel] semi-sync replication

that we don't wait for all responses before unwinding to DHT ) failed on some bricks, the self-heal would take care of it.. Thanks, Ravi Replay cache may serve as a lifeline in such a scenario. Thanks -Anoop - Original Message - From: Ravishankar N ravishan...@redhat.com To: Anoop Nair

[Gluster-devel] Patch merge request-3.7 branch: http://review.gluster.org/#/c/11858/

Could some one with merge rights take http://review.gluster.org/#/c/11858/ in for the 3.7 branch? This backport has +2 from the maintainer and has passed regressions. Thanks in advance :-) Ravi ___ Gluster-devel mailing list Gluster-devel@gluster.org

Re: [Gluster-devel] Spurious failures in tests/basic/afr/arbiter.t

On 07/20/2015 12:45 PM, Niels de Vos wrote: On Mon, Jul 20, 2015 at 09:25:15AM +0530, Ravishankar N wrote: I'll take a look. Thanks. I'm actually not sure if this is a arbiter.t issue, maybe I blamed it too early? Its the first test that gets executed, and no others are tried after it failed

Re: [Gluster-devel] Spurious failures in tests/basic/afr/arbiter.t

I'll take a look. Regards, Ravi On 07/20/2015 03:07 AM, Niels de Vos wrote: I have seen several occurences of failures in arbiter.t now. This is one of the errors: https://build.gluster.org/job/rackspace-regression-2GB-triggered/12626/consoleFull [21:20:20]

Re: [Gluster-devel] [FAILED] regression tests: tests/bugs/distribute/bug-1066798.t, tests/basic/volume-snapshot.t

One more core for volume-snapshot.t: https://build.gluster.org/job/rackspace-regression-2GB-triggered/12605/consoleFull On 07/20/2015 03:00 PM, Raghavendra Talur wrote: Adding Susant and Avra for dht and snapshot test cases respectively. On Mon, Jul 20, 2015 at 11:45 AM, Milind Changire

[Gluster-devel] REMINDER: Gluster Community Bug Triage meeting today at 12:00 UTC (~in 50 minutes)

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 (in

[Gluster-devel] Minutes of today's Gluster Community Meeting (2015-07-21)

(1) Regards, Ravi On 07/21/2015 04:38 PM, Ravishankar N 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

Re: [Gluster-devel] NetBSD regression failures

+ gluster-infra All arbiter-statfs.t tests that are failing are on nbslave74.cloud.gluster.org. Loopback mounts are not happening on that slave. Perhaps it needs to be rebooted. -Ravi On 10/23/2015 01:47 PM, Nithya Balachandran wrote: Hi, NetBSD regression runs are failing in

Re: [Gluster-devel] Spurious failures again

On 07/08/2015 03:57 PM, Anuradha Talur wrote: - Original Message - From: Kaushal M kshlms...@gmail.com To: Gluster Devel gluster-devel@gluster.org Sent: Wednesday, July 8, 2015 3:42:12 PM Subject: [Gluster-devel] Spurious failures again I've been hitting spurious failures in Linux

Re: [Gluster-devel] healing of bad objects (marked by scrubber)

On 07/08/2015 11:42 AM, Raghavendra Bhat wrote: Adding the correct gluster-devel id. Regards, Raghavendra Bhat On 07/08/2015 11:38 AM, Raghavendra Bhat wrote: Hi, In bit-rot feature, the scrubber marks the corrupted (objects whose data has gone bad) as bad objects (via extended

Re: [Gluster-devel] Spurious failures again

On 07/08/2015 11:16 PM, Atin Mukherjee wrote: I think our linux regression is again unstable. I am seeing at least 10 such test cases ( if not more) which have failed. I think we should again start maintaining an etherpad page (probably the same earlier one) and keep track of them

[Gluster-devel] NetBSD builds failing

The last 15 odd regressions seem to have failed with the same error: Triggered by Gerrit:http://review.gluster.org/12109 in silent mode. Building remotely onnbslave75.cloud.gluster.org (netbsd7_regression) in workspace

Re: [Gluster-devel] NetBSD builds failing

On 09/07/2015 02:45 PM, Emmanuel Dreyfus wrote: I nuked nbslae75:/build/install/var/log/glusterfs/*.tar.gz It should fix the problem. Thanks for that Emmanuel. ___ Gluster-devel mailing list Gluster-devel@gluster.org

[Gluster-devel] AFR arbiter volumes

Sending out this mail for awareness/ feedback. - *What:** *Since glusterfs-3.7, AFR supports creation of arbiter volumes. These are a special type of replica 3 gluster volume where the 3rd brick is (always) configured

Re: [Gluster-devel] AFR arbiter volumes

term used to indicate the state of AFR changelog xattrs. If a brick is down and a write/ modification FOP happens, then the bricks that are up 'blame' the one that is down using the these xattrs. Thanks, Ravi Thanks Naga On 09-Sep-2015, at 7:17 am, Ravishankar N <ravishan...@redhat.com> wro

Re: [Gluster-devel] [Gluster-users] AFR arbiter volumes

On 09/09/2015 03:22 PM, wodel youchi wrote: Hi, I quite new on GlusterFS Since the arbiter does not hold any data, how to choose it's size compared to the other 2 bricks? Regards It depends on the maximum number of inodes (`df -i` ) any of the other 2 normal bricks can hold. The

[Gluster-devel] NetBSD failure

Hi, arbiter.t failed a regression run at https://build.gluster.org/job/rackspace-netbsd7-regression-triggered/12248/consoleFull The test that failed is: ./tests/basic/afr/arbiter.t (Wstat: 0 Tests: 51 Failed: 1) Failed test: 10 which is TEST $CLI volume delete $V0` But looking at the logs, I

Re: [Gluster-devel] intermittent test failure: tests/basic/afr/sparse-file-self-heal.t

-devel mailing list Gluster-devel@gluster.org http://www.gluster.org/mailman/listinfo/gluster-devel -- Ravishankar N work: +91 80 3924 5143 extension: 8373143 mobile: +91 96118 43905 irc nick: itisravi ___ Gluster-devel mailing list Gluster-devel

[Gluster-devel] Problems with debugging NetBSD failures.

[rant] Hi, We are observing many regression tests that fail only on NetBSD. Some of them genuine and expose problems in the patch while many are spurious. While I'm not saying that we do away with NetBSD, it is extremely painful to set up the jenkins slaves to do any meaningful debugging. I

Re: [Gluster-devel] Recognizing contributors and displaying other useful bits?

On 12/16/2015 07:36 PM, Niels de Vos wrote: Hi, Many GUI tools provide an "About" box that displays some information about the project. Some applications (Wireshark for example) go an extra step by including a list of all people that contributed patches. That is quite a nice way for

Re: [Gluster-devel] Netbsd failures on ./tests/basic/afr/arbiter-statfs.t

On 12/10/2015 04:23 PM, Emmanuel Dreyfus wrote: Something is rotten on this VM: vnconfig uses a VNDIOCGET ioctl on /dev/rvnd0d to obtain loopback device lists. If /dev/vnd0d is a character device with major 41, minor 3, then I would try to reboot. Otherwise first try to fix that by running

Re: [Gluster-devel] Netbsd failures on ./tests/basic/afr/arbiter-statfs.t

On 12/09/2015 08:47 PM, Vijay Bellur wrote: On 08/24/2015 07:01 AM, Susant Palai wrote: Ravi, The test case ./tests/basic/afr/arbiter-statfs.t failing frequently on netbsd machine. Requesting to take a look. tests/basic/afr/arbiter-statfs.t seems to be affecting most NetBSD runs now.

[Gluster-devel] I've taken nbslave75.cloud.gluster.org offline

$subject. tests/basic/afr/self-heal.t is constantly failing on this slave for http://review.gluster.org/#/c/12894/, I need to debug why. -Ravi ___ Gluster-devel mailing list Gluster-devel@gluster.org

Re: [Gluster-devel] strace like utility for gluster

On 01/04/2016 11:16 AM, Pranith Kumar Karampuri wrote: Nice, I didn't know about this. What I am looking for with this tool is even more granularity. i.e. per xlator information. It shouldn't be so difficult to find information like time spent in each xlator. What fop from fuse lead to what

[Gluster-devel] NetBSD tests not running to completion.

I re triggered NetBSD regressions for http://review.gluster.org/#/c/13041/3 but they are being run in silent mode and are not completing. Can some one from the infra-team take a look? The last 22 tests in https://build.gluster.org/job/rackspace-netbsd7-regression-triggered/ have failed.

Re: [Gluster-devel] NetBSD tests not running to completion.

On 01/07/2016 03:52 PM, Raghavendra Gowdappa wrote: Yes, the test that failed is "dd if=/dev/zero of=$N0/test-big-write >count=500 bs=1024k" >I don't know why. Did the test fail (with an error)? or was it hung? It failed with EIO. mount_nfs: can't access /patchy: Permission denied mount_nfs:

Re: [Gluster-devel] NetBSD tests not running to completion.

On 01/08/2016 09:57 AM, Emmanuel Dreyfus wrote: I am a bit disturbed by the fact that people raise the "NetBSD regression ruins my life" issue without doing the work of listing the actual issues encountered. I already did earlier- the lack of infrastructure to even find out what caused the

Re: [Gluster-devel] NetBSD tests not running to completion.

On 01/08/2016 03:57 PM, Emmanuel Dreyfus wrote: On Fri, Jan 08, 2016 at 05:11:22AM -0500, Jeff Darcy wrote: [08:45:57] ./tests/basic/afr/arbiter-statfs.t .. [08:43:03] ./tests/basic/afr/arbiter-statfs.t .. [08:40:06] ./tests/basic/afr/arbiter-statfs.t .. [08:08:51]

Re: [Gluster-devel] I've taken nbslave75.cloud.gluster.org offline

I have brought it back online. On 12/16/2015 12:31 PM, Ravishankar N wrote: $subject. tests/basic/afr/self-heal.t is constantly failing on this slave for http://review.gluster.org/#/c/12894/, I need to debug why. -Ravi ___ Gluster-devel

[Gluster-devel] Lot of Netbsd regressions 'Waiting for the next available executor'

$subject. Since yesterday. The build queue is growing. Something's wrong. " If you see a little black clock icon in the build queue as shown below, it is an indication that your job is sitting in the queue unnecessarily." is what it says. ___

Re: [Gluster-devel] 3.7.7 release

On 12/24/2015 04:01 PM, Pranith Kumar Karampuri wrote: hi, I am going to make 3.7.7 release early next week. Please make sure your patches are merged. If you have any patches that must go to 3.7.7. let me know. I will wait for them to be merged. I have added mine to the 3.7.7 tracker

[Gluster-devel] Jenkins accounts for all devs. (Was Re: Gerrit review, submit type and Jenkins testing)

On 01/08/2016 12:03 PM, Raghavendra Talur wrote: P.S: Stop using the "universal" jenkins account to trigger jenkins build if you are not a maintainer. If you are a maintainer and don't have your own jenkins account then get one soon! I would request for a jenkins account for non-maintainers

Re: [Gluster-devel] ./tests/bugs/changelog/bug-1208470.t failed NetBSD

On 01/19/2016 02:00 PM, Pranith Kumar Karampuri wrote: On 01/19/2016 01:57 PM, Emmanuel Dreyfus wrote: On Tue, Jan 19, 2016 at 09:38:19AM +0530, Ravishankar N wrote: ./tests/bugs/changelog/bug-1208470.t seems to have failed a NetBSD run: https://build.gluster.org/job/rackspace-regression

[Gluster-devel] ENOSPC on slave21.cloud.gluster.org ?

https://build.gluster.org/job/glusterfs-devrpms-el7/6734/console -- Error Summary - Disk Requirements: At least 104MB more space needed on the / filesystem. + exit 1 Build step 'Execute shell' marked build as failure

[Gluster-devel] ./tests/bugs/changelog/bug-1208470.t failed NetBSD

Hi Saravna, ./tests/bugs/changelog/bug-1208470.t seems to have failed a NetBSD run: https://build.gluster.org/job/rackspace-regression-2GB-triggered/17651/consoleFull Not sure if it is spurious as it passed in the subsequent run. Please have a look. Thanks, Ravi

Re: [Gluster-devel] ./tests/bugs/changelog/bug-1208470.t failed NetBSD

. yes, or " EXPECT_WITHIN $SOME_NEW_TIMEOUT 1 count_changelog_files $B0/${V0}1" Please correct my email id, you are addressing another Saravana :) Sorry, noted. :) Thanks, Saravana On 01/19/2016 09:42 AM, Venky Shankar wrote: Ravishankar N wrote: Hi Saravna, ./tests/bugs

Re: [Gluster-devel] [FAILED] NetBSD-regression for ./tests/basic/afr/self-heald.t

On 02/08/2016 03:37 PM, Emmanuel Dreyfus wrote: On Mon, Feb 08, 2016 at 03:26:54PM +0530, Milind Changire wrote: https://build.gluster.org/job/rackspace-netbsd7-regression-triggered/14089/consoleFull [08:44:20] ./tests/basic/afr/self-heald.t .. not ok 37 Got "0" instead of "1" not ok 52 Got

Re: [Gluster-devel] [FAILED] NetBSD-regression for ./tests/basic/afr/self-heald.t

On 02/08/2016 04:00 PM, Emmanuel Dreyfus wrote: On Mon, Feb 08, 2016 at 10:26:22AM +, Emmanuel Dreyfus wrote: Indeed, same problem. But unfortunately it is not very reproductible since we need to make a full week of runs to see it again. I am tempted to just remove the assertion. NB: this

Re: [Gluster-devel] [FAILED] NetBSD-regression for ./tests/basic/afr/self-heald.t

[Removing Milind, adding Pranith] On 02/08/2016 04:09 PM, Emmanuel Dreyfus wrote: On Mon, Feb 08, 2016 at 04:05:44PM +0530, Ravishankar N wrote: The patch to add it to bad tests has already been merged, so I guess this .t's failure won't pop up again. IMo that was a bit too quick. I guess

Re: [Gluster-devel] Throttling xlator on the bricks

some tests and see if this is all we need at the moment to regulate shd traffic, especially with Richard's multi-threaded heal patch http://review.gluster.org/#/c/13329/ being revived and made ready for 3.8. -Ravi On Jan 27, 2016, at 9:48 PM, Ravishankar N <ravishan...@redhat.com> wrot

  1   2   3   >