[Gluster-devel] Wrong usage of dict functions

hi, It seems like two ways to create dictionary is causing problems. There are quite a few dict_new()/dict_destroy() or get_new_dict()/dict_unref() in the code base. So stopped exposing the functions without ref/unref i.e. get_new_dict()/dict_destroy() as part of

Re: [Gluster-devel] GFID to Path Conversion

regards Aravinda On 01/06/2016 02:49 AM, Shyam wrote: On 12/09/2015 12:47 AM, Aravinda wrote: Hi, Sharing draft design for GFID to Path Conversion.(Directory GFID to Path is very easy in DHT v.1, this design may not work in case of DHT 2.0) (current thought) DHT2 would extend the manner

Re: [Gluster-devel] quota.t hangs on NetBSD machines

On Wed, Jan 06, 2016 at 12:18:25AM -0500, Raghavendra Gowdappa wrote: > No, its not a portability issue. It should have occurred at > similar probability on Linux machines too. Does Linux issue frequent > fsyncs compared to NetBsd? The kernel's behavior are certtainly different here. --

Re: [Gluster-devel] [Gluster-users] Memory leak in GlusterFS FUSE client

OK, here is valgrind log of patched Ganesha (I took recent version of your patchset, 8685abfc6d) with Entries_HWMARK set to 500. https://gist.github.com/5397c152a259b9600af0 See no huge runtime leaks now. However, I've repeated this test with another volume in replica and got the following

Re: [Gluster-devel] compound fop design first cut

Hi, After discussions with Pranith and Soumya, here is the design for compound fops: 1) fops will be compounded per inode, meaning 2 fops on different inodes can't be compounded (Not because of the design, Just reducing scope of the problem). 2) Each xlator that wants a compound fop packs the

Re: [Gluster-devel] compound fop design first cut

> 1) fops will be compounded per inode, meaning 2 fops on different > inodes can't be compounded (Not because of the design, Just reducing > scope of the problem). > > 2) Each xlator that wants a compound fop packs the arguments by > itself. Packed how? Are we talking about XDR here, or

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

[Gluster-devel] Meeting minutes for Gluster Community Meeting 6-Jan-2016

Happy New Year everyone! The years first community meeting has concluded. Not much of the AIs from the last meeting[1] were acted upon, mostly because it was the holidays. We had a quite a long discussion on the purpose and usage of gluster-specs repository. Some of the results should be visible

[Gluster-devel] Selective Read-only in glusterfs-specs

Hi, I have submitted a design document for Selective read-only - enforcing selective read-only for specific clients. http://review.gluster.org/#/c/13180 Please review. Thanks, Saravanakumar ___ Gluster-devel mailing list Gluster-devel@gluster.org

[Gluster-devel] Gluster 4.0 Roadmap page

Folks, A month back I created the roadmap page for Gluster 4.0 [1] which should be the place holder to capture details in terms of feature pages, specs links etc. I'd request all 4.0 initiative leads to update it with the respective details (send a PR to glusterweb repo). I also submitted a PR

Re: [Gluster-devel] NLMv4 isn't available over UDP

On Thu, Jan 7, 2016 at 11:00 AM, Sponge Tsui wrote: > hi, I'm sorry to ask for help if it is a common question. I noticed > that in glusterfs NLMv4 is only available over TCP,but not available > over UDP as the show of "rpcinfo -p" when using glusterfs to export > volumes

[Gluster-devel] NLMv4 isn't available over UDPv4

hi, I'm sorry to ask for help if it is a common question. I noticed that in glusterfs NLMv4 is only available over TCP,but not available over UDP as the show of "rpcinfo -p" when using glusterfs to export volumes through NFS protocol. The result is as follow: program vers proto port

[Gluster-devel] compare-bug-version-and-git-branch.sh FAILING

for patch: http://review.gluster.org/13186 Jenkins failed job: https://build.gluster.org/job/compare-bug-version-and-git-branch/14201/ I had mistakenly entered a downstream BUG ID for rfc.sh and then later amended the commit message with the correct mainline BUG ID and resubmitted via rfc.sh. I

[Gluster-devel] NLMv4 isn't available over UDP

hi, I'm sorry to ask for help if it is a common question. I noticed that in glusterfs NLMv4 is only available over TCP,but not available over UDP as the show of "rpcinfo -p" when using glusterfs to export volumes through NFS protocol. The result is as follow: program vers proto port

Re: [Gluster-devel] quota.t hangs on NetBSD machines

- Original Message - > From: "Manikandan Selvaganesh" > To: "Raghavendra G" > Cc: "Gluster Devel" > Sent: Wednesday, January 6, 2016 7:54:32 PM > Subject: Re: [Gluster-devel] quota.t hangs on NetBSD machines > >

Re: [Gluster-devel] snapshot/bug-1227646.t throws core [rev...@dev.gluster.org: Change in glusterfs[master]: hook-scripts: reconsile mount, fixing manual mount]

On 01/06/2016 01:55 AM, Rajesh Joseph wrote: Yesterday, I looked into the core. From the core it looked like the rebalance process crashed during cleanup_and_exit. The frame seems to be corrupted. Therefore it does not look like a snapshot bug. The test case tests snapshot with tiered volume.

Re: [Gluster-devel] compare-bug-version-and-git-branch.sh FAILING

This says "BUG id 1296206 is marked private, please remove the groups." Does the bug is limited to a private group? If so that could be the reason, otherwise rest of the things look fine to me. Thanks, Atin On 01/07/2016 10:12 AM, Milind Changire wrote: > for patch:

Re: [Gluster-devel] [Gluster-users] Memory leak in GlusterFS FUSE client

On 01/06/2016 01:58 PM, Oleksandr Natalenko wrote: OK, here is valgrind log of patched Ganesha (I took recent version of your patchset, 8685abfc6d) with Entries_HWMARK set to 500. https://gist.github.com/5397c152a259b9600af0 See no huge runtime leaks now. Glad to hear this :) However,

Re: [Gluster-devel] quota.t hangs on NetBSD machines

Manikandan Selvaganesh wrote: > We are debugging the issue. With the patch[1], the quota.t doesn't seem to > hang and all the test passes successfully but it throws an error(while > running test #24 in quota.t) "perfused: perfuse_node_inactive: > perfuse_node_fsync failed