Re: [Gluster-devel] [Gluster-users] CFP for Gluster Developer Summit

Hello, Here is a proposal I'd like to make. Title: Throttling in gluster (https://github.com/gluster/glusterfs-specs/blob/master/accepted/throttling.md) Theme: Performance and scalability. The talk/ discussion will be focused on server side throttling of FOPS, using a throttling translator.

Re: [Gluster-devel] Nameless lookup in meta namespace

On 08/12/2016 11:29 AM, Mohammed Rafi K C wrote: Hi, As you may probably know meta xlators provide a /proc kind of virtual name space that can be used to get meta data information for mount process. We are trying to enhance the meta xlator to support more features and to support other

Re: [Gluster-devel] Suggestions for improving the block/gluster driver in QEMU

On 07/28/2016 04:43 PM, Niels de Vos wrote: posix_discard() in gluster seems to be using fallocate() with >FALLOC_FL_PUNCH_HOLE flag. And posix_zerofill() can be made smarter to use >FALLOC_FL_ZERO_RANGE and fallback to writing zeroes if ZERO_RANGE is not >supported. Oh, nice find! I was

Re: [Gluster-devel] Suggestions for improving the block/gluster driver in QEMU

On 07/28/2016 03:32 PM, Niels de Vos wrote: There are some features in QEMU that we could implement with the existing libgfapi functions. Kevin asked me about this a while back, and I have finally (sorry for the delay Kevin!) taken the time to look into it. There are some optional operations

Re: [Gluster-devel] Regression failures in last 3 days

On 07/20/2016 11:51 AM, Kotresh Hiremath Ravishankar wrote: Hi, Here is the patch for br-stub.t failures. http://review.gluster.org/14960 Thanks Soumya for root causing this. Thanks and Regards, Kotresh H R arbiter-mount.t has failed despite having this check.:-( -Ravi

Re: [Gluster-devel] Regression failures in last 3 days

On 07/20/2016 10:43 AM, Poornima Gurusiddaiah wrote: *./tests/basic/afr/arbiter-mount.t* ; Failed *4* times Regression Links: https://build.gluster.org/job/rackspace-regression-2GB-triggered/22354/consoleFull Regression Links:

Re: [Gluster-devel] [Gluster-users] About Gluster cluster availability when one of out of two nodes is down

On 06/30/2016 11:40 AM, Atin Mukherjee wrote: Currently on a two node set up, if node B goes down and node A is rebooted brick process(es) on node A doesn't come up to avoid split brains. This has always been the case. A patch I had sent quite some time back

Re: [Gluster-devel] netbsd smoke tests fail when code patches are backported to release-3.6

On 05/20/2016 08:13 PM, Angelos SAKELLAROPOULOS wrote: Hi, May I ask why following review requests are not submitted to release-3.6 ? It seems that they fail in netbsd, freebsd smoke tests which are not related to code changes. You'd have to re-trigger tests if they are spurious failures.

[Gluster-devel] Unsplit-brain policies patch

Hi Richard, You might already be be getting notifications about the review comments on http://review.gluster.org/#/c/14026/. Wanted your feedback on how you handled cases for the 'majority' policy of resolution when there is no majority for selecting a brick as a source in your original [1]

Re: [Gluster-devel] self heal start failure on 3.8rc1

On 05/20/2016 09:09 AM, Emmanuel Dreyfus wrote: Hello After updating from 3.7.11 to 3.8rc1, self heal daemon will not start anymore. Here is the log. The "op-version >= 30707" error reminds me something we already saw in the past. Yes, since 3.8 was based off master, it has the same issue.

Re: [Gluster-devel] tarissue.t spurious failure

On 05/19/2016 04:44 PM, Krutika Dhananjay wrote: Also, I must add that I ran it in a loop on my laptop for about 4 hours and it ran without any failure. There seems to be a genuine problem. The test was failing on my machine 1/4 times on master. -Krutika On Thu, May 19, 2016 at 4:42 PM,

Re: [Gluster-devel] question on gluster volume heal VOLUME info command

On 05/11/2016 01:19 AM, Angelos SAKELLAROPOULOS wrote: Apart from "split-brain" what other type of problem could the file have in order to be listed there (that potentially the gluster could 'heal') ? The files may not be in split-brain but actually need to be healed (data/ metadata/ entry

Re: [Gluster-devel] question on gluster volume heal VOLUME info command

On 05/10/2016 04:37 PM, Angelos SAKELLAROPOULOS wrote: Hi, I use Glusterfs (branch v.3.6.9). I would like to ask you what does "gluster volume heal VOLUME" command show ? This launches index heal. I use GlusterFs as shared storage and check the output of "gluster volume heal VOLUME info"

[Gluster-devel] tests/performance/open-behind.t fails on NetBSD

Test Summary Report --- ./tests/performance/open-behind.t (Wstat: 0 Tests: 18 Failed: 4) Failed tests: 15-18 https://build.gluster.org/job/rackspace-netbsd7-regression-triggered/15553/consoleFull

Re: [Gluster-devel] Query on healing process

(and therefore a pending heal), irrespective of (offset, length). Ravi Regards, Abhishek On Fri, Mar 4, 2016 at 7:00 PM, ABHISHEK PALIWAL <abhishpali...@gmail.com <mailto:abhishpali...@gmail.com>> wrote: On Fri, Mar 4, 2016 at 6:36 PM, Ravishankar N <ravisha

Re: [Gluster-devel] Status update on SEEK_DATA/HOLE for GlusterFS 3.8

On 03/11/2016 05:07 PM, Niels de Vos wrote: Hi all, I thought I would give a short status update on the tasks related to the new SEEK procedure/FOP that has been added for GlusterFS 3.8. We had several goals, and (most of) the basics have been completed: Great! Thank *you* Niels for doing a

Re: [Gluster-devel] Regression: ./tests/basic/afr/sparse-file-self-heal.t fails

On 03/09/2016 11:28 AM, Ravishankar N wrote: On 03/09/2016 11:20 AM, Poornima Gurusiddaiah wrote: Hi, I see the below test failing for an unrelated patch: ./tests/basic/afr/sparse-file-self-heal.t. Failed test : 60 Reqgression: https://build.gluster.org/job/rackspace-netbsd7-regression

Re: [Gluster-devel] [Gluster-users] Arbiter brick size estimation

On 03/05/2016 03:45 PM, Oleksandr Natalenko wrote: In order to estimate GlusterFS arbiter brick size, I've deployed test setup with replica 3 arbiter 1 volume within one node. Each brick is located on separate HDD (XFS with inode size == 512). Using GlusterFS v3.7.6 + memleak patches. Volume

[Gluster-devel] Jenkins regression for release-3.7 messed up?

'brick_up_status' is used by the following .ts in release-3.7 [root@ravi1 glusterfs]# git grep -w brick_up_status tests/bugs/bitrot/bug-1288490.t:EXPECT_WITHIN $PROCESS_UP_TIMEOUT "Y" brick_up_status $V0 $H0 $B0/brick0 tests/bugs/bitrot/bug-1288490.t:EXPECT_WITHIN $PROCESS_UP_TIMEOUT "Y"

Re: [Gluster-devel] Query on healing process

On 03/04/2016 06:23 PM, ABHISHEK PALIWAL wrote: Ok, just to confirm, glusterd and other brick processes are running after this node rebooted? When you run the above command, you need to check /var/log/glusterfs/glfsheal-volname.log logs errros. Setting client-log-level to

Re: [Gluster-devel] Default quorum for 2 way replication

On 03/04/2016 05:26 PM, Pranith Kumar Karampuri wrote: hi, So far default quorum for 2-way replication is 'none' (i.e. files/directories may go into split-brain) and for 3-way replication and arbiter based replication it is 'auto' (files/directories won't go into split-brain). There are

Re: [Gluster-devel] Query on healing process

Thu, Mar 3, 2016 at 4:54 PM, ABHISHEK PALIWAL <abhishpali...@gmail.com <mailto:abhishpali...@gmail.com>> wrote: On Thu, Mar 3, 2016 at 4:10 PM, Ravishankar N <ravishan...@redhat.com <mailto:ravishan...@redhat.com>> wrote: Hi, On 03/03/2016 11:14 AM, ABHI

Re: [Gluster-devel] Query on healing process

rebooted I am waiting for your reply please help me out on this issue. Thanks in advanced. Regards, Abhishek On Fri, Feb 26, 2016 at 1:21 PM, ABHISHEK PALIWAL <abhishpali...@gmail.com <mailto:abhishpali...@gmail.com>> wrote: On Fri, Feb 26, 2016 at 10:28 AM, Ravishankar N

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

*frame; unsigned intentries_healed; unsigned intentries_processed; unsigned intalready_healed; Richard ________ From: Ravishankar N [ravishan...@redhat.com] Sent: Sunday, February 07, 2

Re: [Gluster-devel] Query on healing process

of the same file on two bricks are different , but the volume heal info shows zero entries Solution: But when we tried to put delay > 5 min before the healing everything is working fine. Regards, Abhishek On Fri, Feb 26, 2016 at 6:35 AM, Ravishankar N <ravishan...@redhat.com <mailto

Re: [Gluster-devel] Query on healing process

On 02/25/2016 06:01 PM, ABHISHEK PALIWAL wrote: Hi, Here, I have one query regarding the time taken by the healing process. In current two node setup when we rebooted one node then the self-healing process starts less than 5min interval on the board which resulting the corruption of the some

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

Re: [Gluster-devel] patch #10954

On 01/28/2016 12:50 PM, Venky Shankar wrote: Yes, that should be good. Better to have just one version of the routine. Also, I think Ravi found a bug in brick_up_status() [or the _1 version?]. http://review.gluster.org/12913 fixed it upstream already. It wasn't sent to 3.7. I think the patch

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

On 01/26/2016 08:41 AM, Richard Wareing wrote: In any event, it might be worth having Shreyas detail his throttling feature (that can throttle any directory hierarchy no less) to illustrate how a simpler design can achieve similar results to these more complicated (and it followsbug

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

e a global option. On Jan 25, 2016, at 12:29 AM, Venky Shankar <vshan...@redhat.com> wrote: On Mon, Jan 25, 2016 at 01:08:38PM +0530, Ravishankar N wrote: On 01/25/2016 12:56 PM, Venky Shankar wrote: Also, it would be beneficial to have the core TBF implementation as part of

[Gluster-devel] Throttling xlator on the bricks

Hi, We are planning to introduce a throttling xlator on the server (brick) process to regulate FOPS. The main motivation is to solve complaints about AFR selfheal taking too much of CPU resources. (due to too many fops for entry self-heal, rchecksums for data self-heal etc.) The throttling is

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

On 01/25/2016 12:56 PM, Venky Shankar wrote: Also, it would be beneficial to have the core TBF implementation as part of libglusterfs so as to be consumable by the server side xlator component to throttle dispatched FOPs and for daemons to throttle anything that's outside "brick" boundary (such

Re: [Gluster-devel] Reverse brick order in tier volume- Why?

On 01/19/2016 06:44 PM, Ravishankar N wrote: 1) Is there is a compelling reason as to why the bricks of hot-tier are in the reverse order ? 2) If there isn't one, should we spend time to fix it so that the bricks appear in the order in which they were given at the time of volume creaction

Re: [Gluster-devel] Jenkins accounts for all devs.

6 à 11:31 +0530, Ravishankar N a écrit : On 01/14/2016 12:16 PM, Kaushal M wrote: On Thu, Jan 14, 2016 at 10:33 AM, Raghavendra Talur <rta...@redhat.com> wrote: On Thu, Jan 14, 2016 at 10:32 AM, Ravishankar N < ravishan...@redhat.com> wrote: On 01/08/2016 12:03 PM, Raghavendra Talur

Re: [Gluster-devel] Jenkins accounts for all devs.

On 01/14/2016 12:16 PM, Kaushal M wrote: On Thu, Jan 14, 2016 at 10:33 AM, Raghavendra Talur <rta...@redhat.com> wrote: On Thu, Jan 14, 2016 at 10:32 AM, Ravishankar N <ravishan...@redhat.com> wrote: On 01/08/2016 12:03 PM, Raghavendra Talur wrote: P.S: Stop using the "u

Re: [Gluster-devel] Few details needed about *any* recent or upcoming feature

On 01/20/2016 04:11 PM, Niels de Vos wrote: Hi all, on Saturday the 30th of January I am scheduled to give a presentation titled "Gluster roadmap, recent improvements and upcoming features": https://fosdem.org/2016/schedule/event/gluster_roadmap/ I would like to ask from all feature

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] Reverse brick order in tier volume- Why?

Hello, When you perform a tier-attach, why are the bricks attached in the reverse order? For example: #gluster v create testvol replica 3 127.0.0.2:/home/ravi/bricks/brick{1..3} force #gluster volume tier testvol attach replica 3

[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

[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] 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] 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

[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] 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

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] 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. ___

[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] 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

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

[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] 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.

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] 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] 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] 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] 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

[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

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] 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

[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] 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] [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

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] 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

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

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:

[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

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] 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

[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] 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

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 -

[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] 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

[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] 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

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] 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

[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] 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

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

<    1   2   3   >