Re: [Gluster-devel] [Gluster-Maintainers] 'Reviewd-by' tag for commits

ge - > > > On 2016-09-30 at 17:52 +0200, Niels de Vos wrote: > > > > On Fri, Sep 30, 2016 at 08:50:12PM +0530, Ravishankar N wrote: > > > > > On 09/30/2016 06:38 PM, Niels de Vos wrote: > > > > > > On Fri, Sep 30, 2016 at 07:11:51AM +0530, Pran

Re: [Gluster-devel] [Gluster-Maintainers] 'Reviewd-by' tag for commits

rest of the Gerrit community? I hope that the Gerrit > admins follow the Gerrit project and know how to report feature requests > or such? > > Thanks, > Niels > > > > > > On Fri, Oct 14, 2016 at 12:23 PM, Niels de Vos > wrote: > > > > > On Thu, O

[Gluster-devel] Xavi documented how erasure coding algo works

Your comments are welcome @ http://review.gluster.org/15637 -- Pranith ___ Gluster-devel mailing list Gluster-devel@gluster.org http://www.gluster.org/mailman/listinfo/gluster-devel

Re: [Gluster-devel] [Gluster-users] opportunist for outreachy

On Fri, Oct 14, 2016 at 9:27 PM, Shyam wrote: > On 10/14/2016 10:48 AM, Manikandan Selvaganesh wrote: > >> Hi Soumya, >> >> Welcome to the community. >> >> Here[1] is the link for Gluster Documentation. I would suggest you to >> google and >> read a bit about GlusterFS and then get started with "

Re: [Gluster-devel] [Gluster-Maintainers] 'Reviewd-by' tag for commits

Which review-tool do you suggest Michael? Any other alternatives that are better? Don't tell me email :-) On Sun, Oct 16, 2016 at 1:20 AM, Michael Adam wrote: > On 2016-10-14 at 11:44 +0200, Niels de Vos wrote: > > On Fri, Oct 14, 2016 at 02:21:23PM +0530, Nigel Babu wrote: > > > I've said on th

[Gluster-devel] Need inputs for solution for renames + entry self-heal data loss in afr

One of the Red hat QE engineers (Nag Pavan) found a day 1 bug in entry self-heal where the file with good data can be replaced with file with bad data when renames + self-heal is involved in a particular way. Sample steps (From the bz): 1) have a plain replica volume with 2 bricks. start the volum

Re: [Gluster-devel] Need inputs for solution for renames + entry self-heal data loss in afr

https://bugzilla.redhat.com/show_bug.cgi?id=1366818 is the bug I am referring to in the mail above. (Thanks sankarshan for pointing that I missed the link :-) ) On Tue, Oct 25, 2016 at 3:14 PM, Pranith Kumar Karampuri < pkara...@redhat.com> wrote: > One of the Red hat QE engineers (

Re: [Gluster-devel] Input/output error when files in .shard folder are deleted

+Krutika On Mon, Oct 24, 2016 at 4:10 PM, qingwei wei wrote: > Hi, > > I am currently running a simple gluster setup using one server node > with multiple disks. I realize that if i delete away all the .shard > files in one replica in the backend, my application (dd) will report > Input/Output e

[Gluster-devel] automating straightforward backports

hi, Nowadays I am seeing quite a few patches are straightforward backports from master. But if I follow the process it generally takes around 10 minutes to complete porting each patch. I was wondering if anyone else looked into automating this. Yesterday I had to backport http://review.gluster

Re: [Gluster-devel] Issue about the size of fstat is less than the really size of the syslog file

hi George, It would help if we can identify the bare minimum xlators which are contributing to the issue like Raghavendra was mentioning earlier. We were wondering if it is possible for you to help us in identifying the issue by running the workload on a modified setup? We can suggest testin

Re: [Gluster-devel] Gluster Test Thursday - Release 3.9

On Fri, Oct 28, 2016 at 12:35 PM, Gandalf Corvotempesta < gandalf.corvotempe...@gmail.com> wrote: > Il 25 ott 2016 12:42, "Aravinda" ha scritto: > > > > Hi, > > > > Since Automated test framework for Gluster is in progress, we need help > from Maintainers and developers to test the features and b

Re: [Gluster-devel] Gluster Test Thursday - Release 3.9

On Fri, Oct 28, 2016 at 4:33 PM, Gandalf Corvotempesta < gandalf.corvotempe...@gmail.com> wrote: > 2016-10-28 12:32 GMT+02:00 Pranith Kumar Karampuri : > > No it is not completely valid. We will update it and announce the release > > sometime soon. > > Thank you. >

Re: [Gluster-devel] Issue about the size of fstat is less than the really size of the syslog file

08 PM, Pranith Kumar Karampuri < pkara...@redhat.com> wrote: > hi George, >It would help if we can identify the bare minimum xlators which are > contributing to the issue like Raghavendra was mentioning earlier. We were > wondering if it is possible for you to help us in i

Re: [Gluster-devel] Issue about the size of fstat is less than the really size of the syslog file

n of Raghavendra's patch. I tested it and it worked fine. We are still trying to figure out quick-read and readdir-ahead as I type this mail. > > Thanks a lots > > > > Best Regards, > > George > > > > *From:* Pranith Kumar Karampuri [mailto:pkara...@red

Re: [Gluster-devel] Gluster Test Thursday - Release 3.9

On Wed, Nov 2, 2016 at 7:00 PM, Krutika Dhananjay wrote: > Just finished testing VM storage use-case. > > *Volume configuration used:* > > [root@srv-1 ~]# gluster volume info > > Volume Name: rep > Type: Replicate > Volume ID: 2c603783-c1da-49b7-8100-0238c777b731 > Status: Started > Snapshot Coun

Re: [Gluster-devel] Issue about the size of fstat is less than the really size of the syslog file

gt;> > > > Cc: Gluster-devel@gluster.org, "Jan Zizka (Nokia - CZ/Prague)" >>> > > > , "Bingxuan Zhang (Nokia - >>> > > > CN/Hangzhou)" >>> > > > Sent: Wednesday, November 2, 2016 10:26:08 AM >>> > > > Subject:

Re: [Gluster-devel] Gluster Test Thursday - Release 3.9

On Thu, Nov 3, 2016 at 9:55 AM, Pranith Kumar Karampuri wrote: > > > On Wed, Nov 2, 2016 at 7:00 PM, Krutika Dhananjay > wrote: > >> Just finished testing VM storage use-case. >> >> *Volume configuration used:* >> >> [root@srv-1 ~]# gluster volume i

Re: [Gluster-devel] Gluster Test Thursday - Release 3.9

On Thu, Nov 3, 2016 at 4:42 PM, Pranith Kumar Karampuri wrote: > > > On Thu, Nov 3, 2016 at 9:55 AM, Pranith Kumar Karampuri < > pkara...@redhat.com> wrote: > >> >> >> On Wed, Nov 2, 2016 at 7:00 PM, Krutika Dhananjay >> wrote: >> >>>

[Gluster-devel] Please pause merging patches to 3.9 waiting for just one patch

hi, The only problem left was EC taking more time. This should affect small files a lot more. Best way to solve it is using compound-fops. So for now I think going ahead with the release is best. We are waiting for Raghavendra Talur's http://review.gluster.org/#/c/15778 before going ahead wi

Re: [Gluster-devel] [Gluster-Maintainers] Please pause merging patches to 3.9 waiting for just one patch

.gluster.org/#/c/15722/ > http://review.gluster.org/#/c/15714/ > http://review.gluster.org/#/c/15792/ > > > > On Thu, Nov 10, 2016 at 7:12 AM, Pranith Kumar Karampuri < > pkara...@redhat.com> wrote: > >> hi, >> The only problem left was EC taking more tim

Re: [Gluster-devel] [Gluster-Maintainers] Please pause merging patches to 3.9 waiting for just one patch

On Thu, Nov 10, 2016 at 1:11 PM, Atin Mukherjee wrote: > > > On Thu, Nov 10, 2016 at 1:04 PM, Pranith Kumar Karampuri < > pkara...@redhat.com> wrote: > >> I am trying to understand the criticality of these patches. Raghavendra's >> patch is crucial because g

Re: [Gluster-devel] [Gluster-Maintainers] Please pause merging patches to 3.9 waiting for just one patch

On Thu, Nov 10, 2016 at 1:11 PM, Atin Mukherjee wrote: > > > On Thu, Nov 10, 2016 at 1:04 PM, Pranith Kumar Karampuri < > pkara...@redhat.com> wrote: > >> I am trying to understand the criticality of these patches. Raghavendra's >> patch is crucial because g

Re: [Gluster-devel] [Gluster-Maintainers] Please pause merging patches to 3.9 waiting for just one patch

On Thu, Nov 10, 2016 at 7:43 PM, Raghavendra G wrote: > > > On Thu, Nov 10, 2016 at 2:14 PM, Pranith Kumar Karampuri < > pkara...@redhat.com> wrote: > >> >> >> On Thu, Nov 10, 2016 at 1:11 PM, Atin Mukherjee >> wrote: >> >>> >

Re: [Gluster-devel] [Gluster-users] getting "Transport endpoint is not connected" in glusterfs mount log file.

As per the logs, the mount is not able to connect to both the bricks. Are the connections fine? On Fri, Nov 11, 2016 at 10:20 AM, ABHISHEK PALIWAL wrote: > Hi, > > Its an urgent case. > > Atleast provide your views on this > > On Wed, Nov 9, 2016 at 11:08 AM, ABHISHEK PALIWAL > wrote: > >> Hi,

Re: [Gluster-devel] [Gluster-users] getting "Transport endpoint is not connected" in glusterfs mount log file.

nect to both the bricks. > > On Fri, Nov 11, 2016 at 12:05 PM, Pranith Kumar Karampuri < > pkara...@redhat.com> wrote: > >> As per the logs, the mount is not able to connect to both the bricks. Are >> the connections fine? >> >> On Fri, Nov 11, 2016 at 1

Re: [Gluster-devel] Is it possible to turn an existing filesystem (with data) into a GlusterFS brick ?

On Fri, Nov 11, 2016 at 6:24 PM, Saravanakumar Arumugam wrote: > > > On 11/11/2016 06:03 PM, Sander Eikelenboom wrote: > >> L.S., >> >> I was wondering if it would be possible to turn an existing filesystem >> with data >> (ext4 with files en dirs) into a GlusterFS brick ? >> > It is not possible

Re: [Gluster-devel] Is it possible to turn an existing filesystem (with data) into a GlusterFS brick ?

On Fri, Nov 11, 2016 at 8:01 PM, Pranith Kumar Karampuri < pkara...@redhat.com> wrote: > > > On Fri, Nov 11, 2016 at 6:24 PM, Saravanakumar Arumugam < > sarum...@redhat.com> wrote: > >> >> >> On 11/11/2016 06:03 PM, Sander Eikelenboom wrote: >&g

Re: [Gluster-devel] Container Repo Change + > 50K downloads of Gluster Container images

That is very good news! On Sun, Nov 13, 2016 at 11:58 AM, Humble Devassy Chirammal < humble.deva...@gmail.com> wrote: > On Thu, Oct 20, 2016 at 11:56 AM, Humble Devassy Chirammal < > humble.deva...@gmail.com> wrote: > >> Hi All, >> >> We have kept our official Gluster Container images in Docker

Re: [Gluster-devel] [Gluster-users] gfid generation

is :-). > > > Thanks and Regards, > ram > -Original Message- > From: Kaushal M [mailto:kshlms...@gmail.com] > Sent: Tuesday, November 15, 2016 1:21 PM > To: Ankireddypalle Reddy > Cc: Pranith Kumar Karampuri; gluster-us...@gluster.org; Gluster Devel > Subject: R

Re: [Gluster-devel] [Gluster-users] Notice: https://download.gluster.org:/pub/gluster/glusterfs/LATEST has changed

On Wed, Nov 16, 2016 at 11:47 PM, Serkan Çoban wrote: > Hi, > Will disperse related new futures be ported to 3.7? or we should > upgrade for those features? > hi Serkan, Unfortunately, no they won't be backported to 3.7. We are adding new features to latest releases to prevent accident

Re: [Gluster-devel] 1402538 : Assertion failure during rebalance of symbolic links

On Tue, Dec 13, 2016 at 2:45 PM, Ashish Pandey wrote: > Hi All, > > We have been seeing an issue where re balancing symbolic links leads to an > assertion failure in EC volume. > > The root cause of this is that while migrating symbolic links to other sub > volume, it creates a link file (with at

Re: [Gluster-devel] 1402538 : Assertion failure during rebalance of symbolic links

me type of file on both dht subvolumes? That will prevent unlink of regular file and recreate with the actual type of the file? > > Xavi > > > On 12/14/2016 09:02 AM, Xavier Hernandez wrote: > >> On 12/14/2016 06:10 AM, Raghavendra Gowdappa wrote: >> >>> >&g

Re: [Gluster-devel] 1402538 : Assertion failure during rebalance of symbolic links

On Wed, Dec 14, 2016 at 2:54 PM, Xavier Hernandez wrote: > On 12/14/2016 10:17 AM, Pranith Kumar Karampuri wrote: > >> >> >> On Wed, Dec 14, 2016 at 1:48 PM, Xavier Hernandez > <mailto:xhernan...@datalab.es>> wrote: >> >> There's another

Re: [Gluster-devel] What is the answer to the 3.9.1 release question?

On Fri, Jan 6, 2017 at 4:51 PM, Kaleb Keithley wrote: > > Nothing? > > The reason I asked for 2 maintainers for the release is so that there will be load distribution. But unfortunately the pairing was bad, both of us are impacted by the same work which is leading to not enough time for upstream

Re: [Gluster-devel] What is the answer to the 3.9.1 release question?

I am fine with it. Thanks Kaleb!! On Fri, Jan 6, 2017 at 6:08 PM, Kaleb S. KEITHLEY wrote: > On 01/06/2017 06:42 AM, Pranith Kumar Karampuri wrote: > > > > > > On Fri, Jan 6, 2017 at 4:51 PM, Kaleb Keithley > <mailto:kkeit...@redhat.com>> wrote: > > >

Re: [Gluster-devel] Get GFID for a file through libgfapi

Try getxattr for glusterfs.gfid.string may be? On Mon, Jan 9, 2017 at 11:23 PM, Ankireddypalle Reddy wrote: > Hi, > > I am trying to extract the GFID for a file through libgfapi > interface. When I try to extract the value of extended attribute > glusterfs.gfid through libgfapi I get the

Re: [Gluster-devel] Spurious regression failure? tests/basic/ec/ec-background-heals.t

b,c,d} >> > 84 TEST $CLI volume set $V0 disperse.background-heals 0 >> > 85 EXPECT_NOT "0" mount_get_option_value $M0 $V0-disperse-0 >> > heal-waiters >> > >> > 86 TEST truncate -s 0 $M0/a # This completes the heal fast ;-)

Re: [Gluster-devel] tests/bitrot/bug-1373520.t is failing multiple times

It is a bug in EC name heal code path. I sent a fix but review.gluster.org is not accessible now to paste the link here. Will send a mail again once it is accessible. On Fri, Jan 27, 2017 at 5:41 PM, Jeff Darcy wrote: > > Few of the failure links: > > > > https://build.gluster.org/job/centos6-re

Re: [Gluster-devel] tests/bitrot/bug-1373520.t is failing multiple times

Xavi, Ashish, https://review.gluster.org/#/c/16468/ is the patch. I found that ec_need_heal is not considering size/permission changes in backends, that is causing spurious failures as well. I will be sending out a patch to fix them all. On Sat, Jan 28, 2017 at 3:56 PM, Pranith Kumar

Re: [Gluster-devel] tests/bitrot/bug-1373520.t is failing multiple times

On Sun, Jan 29, 2017 at 5:18 PM, Pranith Kumar Karampuri < pkara...@redhat.com> wrote: > Xavi, Ashish, > https://review.gluster.org/#/c/16468/ is the patch. I found that > ec_need_heal is not considering size/permission changes in backends, that > is causing spurious f

Re: [Gluster-devel] Reviews needed

On Thu, Feb 16, 2017 at 2:13 PM, Xavier Hernandez wrote: > Hi everyone, > > I would need some reviews if you have some time: > > A memory leak fix in fuse: > * Patch already merged in master and 3.10 > * Backport to 3.9: https://review.gluster.org/16402 > * Backport to 3.8: https://re

Re: [Gluster-devel] IMP: Release 3.10: RC1 Pending bugs (Need fixes by 21st Feb)

On Mon, Feb 20, 2017 at 8:25 AM, Shyam wrote: > Hi, > > RC1 tagging is *tentatively* scheduled for 21st Feb, 2017 > > The intention is that RC1 becomes the release, hence we would like to > chase down all blocker bugs [1] and get them fixed before RC1 is tagged. > > This mail requests information

Re: [Gluster-devel] IMP: Release 3.10: RC1 Pending bugs (Need fixes by 21st Feb)

On Mon, Feb 20, 2017 at 7:57 PM, Pranith Kumar Karampuri < pkara...@redhat.com> wrote: > > > On Mon, Feb 20, 2017 at 8:25 AM, Shyam wrote: > >> Hi, >> >> RC1 tagging is *tentatively* scheduled for 21st Feb, 2017 >> >> The intention is that RC1 beco

Re: [Gluster-devel] IMP: Release 3.10: RC1 Pending bugs (Need fixes by 21st Feb)

On Mon, Feb 20, 2017 at 10:26 PM, Shyam wrote: > On 02/20/2017 11:29 AM, Pranith Kumar Karampuri wrote: > >> >> >> On Mon, Feb 20, 2017 at 7:57 PM, Pranith Kumar Karampuri >> mailto:pkara...@redhat.com>> wrote: >> >> >> >>

Re: [Gluster-devel] [storage-blr] REMINDER: Gluster RPC Internals Lecture - TODAY

is this getting recorded? On Tue, Feb 28, 2017 at 12:44 PM, Milind Changire wrote: > by Raghavendra G @ 8:30pm India Time (UTC+0530) > > BlueJeans Meeting ID: 1546612044 > > -- Pranith ___ Gluster-devel mailing list Gluster-devel@gluster.org http://

Re: [Gluster-devel] ./tests/bitrot/bug-1373520.t failure on master

This is being tracked @ https://bugzilla.redhat.com/show_bug.cgi?id=1427404, krutika posted a patch to move it to bad tests until we find why a lookup on one file is leading to lookup on the hardlink instead. On Tue, Feb 28, 2017 at 2:56 PM, Susant Palai wrote: > Hi, >test case: ./tests/bitr

Re: [Gluster-devel] ./tests/bitrot/bug-1373520.t failure on master

evert the change. >> Can this be merged once it passes regression? >> >> >>> >>> On Tue, Feb 28, 2017 at 4:16 PM, Atin Mukherjee >>> wrote: >>> >>>> https://review.gluster.org/16462 has caused this regression as per the >>>> git

Re: [Gluster-devel] Pluggable interface for erasure coding?

8th March works for me. 9th I am travelling. Xavi is well versed with this part of the code, so even if I am not available, you guys should pick the time which is convenient for Xavi. The following may be of help for this discussion. https://github.com/gluster/glusterfs/blob/master/doc/developer-g

Re: [Gluster-devel] [master] [FAILED] [centos6] tests/bitrot/bug-1373520.t

Following patch fixed this already, I just rebased your change. commit a2d4c928e93c95dfe2ceff450556f8494d67e654 Author: Krutika Dhananjay Date: Wed Mar 1 12:48:10 2017 +0530 storage/posix: Set ret value correctly before exiting Change-Id: I07c3a21c1c0625a517964693351356eead962571

Re: [Gluster-devel] Consistent time attributes (ctime, atime and mtime) across replica set and distribution set

On Wed, Mar 15, 2017 at 11:31 PM, Soumya Koduri wrote: > Hi Rafi, > > I haven't thoroughly gone through design. But have few comments/queries > which I have posted inline for now . > > On 02/28/2017 01:11 PM, Mohammed Rafi K C wrote: > >> Thanks for the reply , Comments are inline >> >> >> >> On

Re: [Gluster-devel] Maintainers 2.0 Proposal

On Sat, Mar 18, 2017 at 1:20 AM, Amar Tumballi wrote: > I don't want to take the discussions in another direction, but want > clarity on few things: > > 1. Does maintainers means they are only reviewing/ merging patches? > 2. Should maintainers be responsible for answering ML / IRC questions > (w

Re: [Gluster-devel] Maintainers 2.0 Proposal

On Sat, Mar 18, 2017 at 4:47 PM, Pranith Kumar Karampuri < pkara...@redhat.com> wrote: > > > On Sat, Mar 18, 2017 at 1:20 AM, Amar Tumballi > wrote: > >> I don't want to take the discussions in another direction, but want >> clarity on few things: >>

Re: [Gluster-devel] [Gluster-Maintainers] Maintainers 2.0 Proposal

On Thu, Mar 16, 2017 at 7:42 AM, Vijay Bellur wrote: > Hi All, > > We have been working on a proposal [1] to make the lifecycle management of > Gluster maintainers more structured. We intend to make the proposal > effective around 3.11 (May 2016). > > Please review the proposal and let us know yo

Re: [Gluster-devel] Maintainers 2.0 Proposal

Do we also plan to publish similar guidelines for deciding on Project maintainer? On Fri, Mar 24, 2017 at 2:24 AM, Michael Scherer wrote: > Le samedi 18 mars 2017 à 16:47 +0530, Pranith Kumar Karampuri a écrit : > > On Sat, Mar 18, 2017 at 1:20 AM, Amar Tumballi > wrote: > >

[Gluster-devel] Not able to compile glusterfs

hi, When I compile I get the following errors: EC dynamic support : x64 sse avx Use memory pools : yes Nanosecond m/atimes : yes file `cli1-xdr.tmp' already exists and may be overwritten file `changelog-xdr.tmp' already exists and may be overwritten file `glusterfs3-xdr.tmp' already ex

Re: [Gluster-devel] Not able to compile glusterfs

Thanks that helps. On Mon, Mar 27, 2017 at 8:21 AM, Ravishankar N wrote: > On 03/27/2017 06:30 AM, Pranith Kumar Karampuri wrote: > > hi, > When I compile I get the following errors: > > EC dynamic support : x64 sse avx > Use memory pools : yes > Nanosecond

Re: [Gluster-devel] [Gluster-users] Glusterfs meta data space consumption issue

Is your backend filesystem ext4? On Thu, Apr 13, 2017 at 6:29 AM, ABHISHEK PALIWAL wrote: > No,we are not using sharding > On Apr 12, 2017 7:29 PM, "Alessandro Briosi" wrote: > >> Il 12/04/2017 14:16, ABHISHEK PALIWAL ha scritto: >> >> I have did more investigation and find out that brick dir s

Re: [Gluster-devel] [Gluster-users] Glusterfs meta data space consumption issue

Yes On Thu, Apr 13, 2017 at 8:21 AM, ABHISHEK PALIWAL wrote: > Means the fs where this brick has been created? > On Apr 13, 2017 8:19 AM, "Pranith Kumar Karampuri" > wrote: > >> Is your backend filesystem ext4? >> >> On Thu, Apr 13, 2017 at 6

Re: [Gluster-devel] [Gluster-users] Glusterfs meta data space consumption issue

in ext4 in the latest releases. > > On Thu, Apr 13, 2017 at 9:26 AM, Pranith Kumar Karampuri < > pkara...@redhat.com> wrote: > >> Yes >> >> On Thu, Apr 13, 2017 at 8:21 AM, ABHISHEK PALIWAL < >> abhishpali...@gmail.com> wrote: >> >>> M

Re: [Gluster-devel] [Gluster-users] High load on glusterfsd process

+Kotresh who seems to have worked on the bug you mentioned. On Fri, Apr 21, 2017 at 12:21 PM, ABHISHEK PALIWAL wrote: > > If the patch provided in that case will resolve my bug as well then please > provide the patch so that I will backport it on 3.7.6 > > On Fri, Apr 21, 2017 at 11:30 AM, ABHIS

Re: [Gluster-devel] fstest for fuse mount gluster

This is a bug in dht it seems like. It is stripping PHASE1 flags unconditionally. (gdb) 1212DHT_STRIP_PHASE1_FLAGS (&local->stbuf); (gdb) p local->stbuf.ia_prot $18 = { suid = 1 '\001', sgid = 1 '\001', <--- sticky = 1 '\001', <--- . } (gdb) n 1213

Re: [Gluster-devel] fstest for fuse mount gluster

eliance on S+T bits. Worst case we will have to store the info on the xattr. > > regards, > Raghavendra. > > - Original Message - > > From: "Pranith Kumar Karampuri" > > To: "qingwei wei" > > Cc: "Gluster Devel" , "Raghaven

Re: [Gluster-devel] Announcing release 3.11 : Scope, schedule and feature tracking

On Thu, Apr 13, 2017 at 8:17 PM, Shyam wrote: > On 02/28/2017 10:17 AM, Shyam wrote: > >> Hi, >> >> With release 3.10 shipped [1], it is time to set the dates for release >> 3.11 (and subsequently 4.0). >> >> This mail has the following sections, so please read or revisit as needed, >> - Releas

Re: [Gluster-devel] Don't allow data loss via add-brick (was Re: [Gluster-users] Add single server)

Yeah it is a good idea. I asked him to raise a bug and we can move forward with it. On Mon, May 1, 2017 at 9:07 PM, Joe Julian wrote: > > On 04/30/2017 01:13 AM, lemonni...@ulrar.net wrote: > >> So I was a little but luck. If I has all the hardware part, probably i >>> would be firesd after caus

Re: [Gluster-devel] [Gluster-users] Don't allow data loss via add-brick (was Re: Add single server)

On Tue, May 2, 2017 at 9:16 AM, Pranith Kumar Karampuri wrote: > Yeah it is a good idea. I asked him to raise a bug and we can move forward > with it. > +Raghavendra/Nitya who can help with the fix. > > On Mon, May 1, 2017 at 9:07 PM, Joe Julian wrote: > >> >> O

Re: [Gluster-devel] [Gluster-Maintainers] Release 3.11: Has been Branched (and pending feature notes)

On Sun, Apr 30, 2017 at 9:01 PM, Shyam wrote: > Hi, > > Release 3.11 for gluster has been branched [1] and tagged [2]. > > We have ~4weeks to release of 3.11, and a week to backport features that > slipped the branching date (May-5th). > > A tracker BZ [3] has been opened for *blockers* of 3.11 r

Re: [Gluster-devel] Enabling shard on EC

It is never been tested. That said, I don't see any missing pieces that we know of for it to work. Please note that sharding works only for single writer cases at the moment. Do let us know if you find any problems and we will fix them. On Wed, May 3, 2017 at 2:17 PM, Ankireddypalle Reddy wrote:

Re: [Gluster-devel] [Gluster-Maintainers] Release 3.11: Has been Branched (and pending feature notes)

On Wed, May 3, 2017 at 2:36 PM, Kaushal M wrote: > On Tue, May 2, 2017 at 3:55 PM, Pranith Kumar Karampuri > wrote: > > > > > > On Sun, Apr 30, 2017 at 9:01 PM, Shyam wrote: > >> > >> Hi, > >> > >> Release 3.11 for gluster has be

Re: [Gluster-devel] Enabling shard on EC

stencies. > We only tested it for single writer cases such as VM usecases. We need to bring in transaction framework for sharding to work with multiple writers. > > > Thanks and Regards, > > Ram > > *From:* Pranith Kumar Karampuri [mailto:pkara...@redhat.com] > *S

Re: [Gluster-devel] [Gluster-users] [DHT] The myth of two hops for linkto file resolution

On Sun, Apr 30, 2017 at 9:33 AM, Raghavendra Gowdappa wrote: > All, > > Its a common perception that the resolution of a file having linkto file > on the hashed-subvol requires two hops: > > 1. client to hashed-subvol. > 2. client to the subvol where file actually resides. > > While it is true th

Re: [Gluster-devel] Enabling shard on EC

ds, > > Ram > > *From:* Pranith Kumar Karampuri [mailto:pkara...@redhat.com] > *Sent:* Thursday, May 04, 2017 6:17 AM > > *To:* Ankireddypalle Reddy > *Cc:* Gluster Devel (gluster-devel@gluster.org); gluster-us...@gluster.org > *Subject:* Re: [Gluster-devel] Enabling shard on E

Re: [Gluster-devel] [Gluster-Maintainers] Release 3.11: Has been Branched (and pending feature notes)

os wrote: > >> On Thu, May 04, 2017 at 03:39:58PM +0530, Pranith Kumar Karampuri wrote: > >>> On Wed, May 3, 2017 at 2:36 PM, Kaushal M wrote: > >>> > >>> > On Tue, May 2, 2017 at 3:55 PM, Pranith Kumar Karampuri > >>> > wrote: >

[Gluster-devel] Questions on github

hi, Wanted to know what people feel about asking/answering questions on github.com, at the moment we are only using github for RFEs, I am wondering if it would be fine to open it for questions too. Main benefit I see is that it is easier to see open-questions at a glance and easy to direct some

Re: [Gluster-devel] Questions on github

res/documentation we can take this route. We can always encourage them to post on gluster-users and close the question if it doesn't fall in the category. > > > Regards, > Amar > > On Tue, May 9, 2017 at 2:57 PM, Pranith Kumar Karampuri < > pkara...@redhat.com> w

Re: [Gluster-devel] Questions on github

a good idea to participate on github, so that if a question doesn't get answered we would at least know at some point and answer it. > Shyam > > On 05/09/2017 05:27 AM, Pranith Kumar Karampuri wrote: > >> hi, >> Wanted to know what people feel about asking/answerin

Re: [Gluster-devel] Questions on github

On Tue, May 9, 2017 at 7:09 PM, Sankarshan Mukhopadhyay < sankarshan.mukhopadh...@gmail.com> wrote: > On Tue, May 9, 2017 at 3:18 PM, Amar Tumballi wrote: > > I personally prefer github questions than mailing list, because a valid > > question can later become a reason for a new feature. Also, as

Re: [Gluster-devel] Questions on github

On Tue, May 9, 2017 at 7:27 PM, Sankarshan Mukhopadhyay < sankarshan.mukhopadh...@gmail.com> wrote: > On Tue, May 9, 2017 at 7:21 PM, Pranith Kumar Karampuri > wrote: > > > > > > On Tue, May 9, 2017 at 7:09 PM, Sankarshan Mukhopadhyay > > wrote: > >&

Re: [Gluster-devel] Questions on github

On Tue, May 9, 2017 at 9:01 PM, Sankarshan Mukhopadhyay < sankarshan.mukhopadh...@gmail.com> wrote: > On Tue, May 9, 2017 at 8:50 PM, Niels de Vos wrote: > > [much snipping] > > > A but related to this, but is Stack Overflow not *the* place to ask and > > answer questions? There even is a "gluste

Re: [Gluster-devel] tests/basic/afr/gfid-mismatch-resolution-with-fav-child-policy.t - regression failures

karthik, Ravi, What is the plan to bring it back? Did you guys find RC for the failure? On Mon, May 15, 2017 at 10:52 AM, Ravishankar N wrote: > On 05/12/2017 03:33 PM, Atin Mukherjee wrote: > > tests/basic/afr/add-brick-self-heal.t >

Re: [Gluster-devel] Suggestion to optimize posix_getxattr call

yeah +1 from me too. On Mon, May 15, 2017 at 2:56 PM, Mohit Agrawal wrote: > Hi, > > I was just checking of posix_getxattr code to debug of my one problem.I > have found scope of improvement in > this function to execute system call in better way.As of now > function(posix_getxattr) is calli

Re: [Gluster-devel] Change in rebalance graph

AFR had similar problem 2 years back and we started persisting afr children and graph always gets generated with what the xattrs will be in that order as an option. You can check afr_pending_xattrs_init() for it. On the glusterd side we give an identifer for each of the bricks. The main reason we

Re: [Gluster-devel] tests/basic/afr/gfid-mismatch-resolution-with-fav-child-policy.t - regression failures

On Wed, May 17, 2017 at 4:34 PM, Ravishankar N wrote: > On 05/17/2017 04:09 PM, Pranith Kumar Karampuri wrote: > > karthik, Ravi, > What is the plan to bring it back? Did you guys find RC for the > failure? > > Are you referring to gfid-mismatch-resolution-with-

Re: [Gluster-devel] [Gluster-users] 120k context switches on GlsuterFS nodes

+gluster-devel. I would expect it to be high because context switch is switching CPU from one task to other and syscalls do that. All bricks do are syscalls at the end. That said, I am not sure how to measure what is normal. Adding gluster-devel. On Tue, May 16, 2017 at 11:13 PM, mabi wrote: > T

Re: [Gluster-devel] [Gluster-users] 120k context switches on GlsuterFS nodes

+ gluster-devel On Wed, May 17, 2017 at 10:50 PM, mabi wrote: > I don't know exactly what kind of context-switches it was but what I know > is that it is the "cs" number under "system" when you run vmstat. > > Also I use the percona linux monitoring template for cacti ( > https://www.percona.com

Re: [Gluster-devel] Release 3.11: Blocker bugs status

Yes, Sunil also wrote a script which does rebalance with the patch successfully. I went ahead and closed it as duplicate. On Fri, May 26, 2017 at 3:04 AM, Shyam wrote: > Hi, > > All marked blockers against 3.11 have been fixed, except this one, > > Bug: https://bugzilla.redhat.com/show_bug.cgi?i

Re: [Gluster-devel] Release 3.11: Release notes updates!!! (1 day remaining)

On Fri, May 26, 2017 at 2:53 AM, Shyam wrote: > Hi, > > If your name is on the following list, we need your help in updating the > release notes and thus closing out the final stages of 3.11 release. Please > do the needful by end of this week! (which means there is single day > remaining, unless

Re: [Gluster-devel] Just a thought, a better way to rebuild replica when some bricks go down rather than replace-brick

On Thu, May 25, 2017 at 11:35 AM, Jaden Liang wrote: > Hi all, > > As I know, glusterfs have to replace brick to rebuild replica when some > bricks go down. In most commercial distributed storage system, there is a > key spec that indicates how fast to rebuild data when some components > broke. I

Re: [Gluster-devel] [Gluster-users] Fwd: Re: GlusterFS removal from Openstack Cinder

On Wed, May 24, 2017 at 9:10 PM, Joe Julian wrote: > Forwarded for posterity and follow-up. > > Forwarded Message > Subject: Re: GlusterFS removal from Openstack Cinder > Date: Fri, 05 May 2017 21:07:27 + > From: Amye Scavarda > To: Eric Harney , Joe Julian > , Vijay Bel

Re: [Gluster-devel] [Gluster-Maintainers] Backport for "Add back socket for polling of events immediately..."

On Mon, May 29, 2017 at 8:46 AM, Raghavendra G wrote: > Replying to all queries here: > > * Is it a bug or performance enhancement? > Its a performance enhancement. No functionality is broken if this patch > is not taken in. > > * Are there performance numbers to validate the claim? > https:/

[Gluster-devel] Making efficient use of conditional variables

hi, I just read the pdf linked in the patch https://review.gluster.org/16832 and learned something I didn't know before about how to use conditional variables efficiently. Just wanted to share it here in case it is useful for others too. Do go through the patch as well to see how the idea is us

Re: [Gluster-devel] threads on client side xlator (EC)

On Thu, Jun 1, 2017 at 3:18 PM, jayakrishnan mm wrote: > Hi, > Assuming a client side xlator,(e.g, EC) how are write requests (to same > file) from upper layer (DHT)are handled ? Each time ec_gf_writev() is > processed by the same thread ? > Not necessarily. It could be either fuse-thread/epo

Re: [Gluster-devel] Adding one variable to inode structure

This sounds hacky. In general anything that is specific about an inode, we try to store it in inode-ctx. Who uses this information about presence of video-file and how? May be with that knowledge there could be a possibility we can improve the solution. Do let us know the complete problem you are t

Re: [Gluster-devel] [Qusetions] How profile affect glusterfs performance?

I think there have been improvements here to use special instructions to do the increments instead of taking spin-locks and doing increments. So may be it doesn't affect performance as much anymore. I think if you don't see a difference, then the enhancements are doing a good job :-). Which versio

Re: [Gluster-devel] [Qusetions] How profile affect glusterfs performance?

On Mon, Jun 5, 2017 at 8:29 AM, Xie Changlong wrote: > 在 6/5/2017 10:50 AM, Pranith Kumar Karampuri 写道: > >> I think there have been improvements here to use special instructions to >> > > if "special instructions" means profile command or more? Also can yo

Re: [Gluster-devel] Adding one variable to inode structure

nality you want. Basically this xlator helps you in indexing a behavior. We use this for indexing directories/files that need heal etc. > > On Mon, Jun 5, 2017 at 7:13 AM, Pranith Kumar Karampuri < > pkara...@redhat.com> wrote: > >> This sounds hacky. In general anything t

Re: [Gluster-devel] [Qusetions] How profile affect glusterfs performance?

What is your usecase if I may ask? On Mon, Jun 5, 2017 at 11:08 AM, Xie Changlong wrote: > 在 6/5/2017 1:22 PM, Pranith Kumar Karampuri 写道: > >> On Mon, Jun 5, 2017 at 8:29 AM, Xie Changlong >> wrote: >> >> 在 6/5/2017 10:50 AM, Pranith Kumar Karampuri 写道: &

Re: [Gluster-devel] Adding one variable to inode structure

o you want this on mount? > > On Mon, Jun 5, 2017 at 10:00 AM, Pranith Kumar Karampuri < > pkara...@redhat.com> wrote: > >> >> >> On Mon, Jun 5, 2017 at 9:55 AM, Tahereh Fattahi >> wrote: >> >>> Assume that one client wants to search it&

Re: [Gluster-devel] Adding one variable to inode structure

wn it will automatically heal this extended attribute etc. On Mon, Jun 5, 2017 at 12:10 PM, Tahereh Fattahi wrote: > I want in in mount directory in client side > > On Mon, Jun 5, 2017 at 11:07 AM, Pranith Kumar Karampuri < > pkara...@redhat.com> wrote: > >> >>

Re: [Gluster-devel] Adding one variable to inode structure

for video files. Am I correct? > How consistent should it be? May be you can do this operation on another thread or something in the background so that your application may not see the delay in doing I/O? > > On Mon, Jun 5, 2017 at 11:28 AM, Pranith Kumar Karampuri < > pkara...@redha

Re: [Gluster-devel] [Qusetions] How profile affect glusterfs performance?

On Mon, Jun 5, 2017 at 12:40 PM, Xie Changlong wrote: > 在 6/5/2017 2:34 PM, Pranith Kumar Karampuri 写道: > >> What is your usecase if I may ask? >> >> > Only fio/iozone now, maybe you can give me better test sugguestion :) > I meant what are you using gluster for? V

  1   2   3   4   5   6   7   8   9   10   >