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, I've
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 through NFS protocol. The
- 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
>
> Hi,
> We are debugging the issue. With the patch[1], the quota.t doesn't
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 service
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: http://review.gluster.org/1318
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 [2
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 a
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 service
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. I
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 error = 69: Resource tem
On 01/06/2016 07:50 PM, Jeff Darcy wrote:
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 t
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 i
> 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 something
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 ar
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. Highly
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 i
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 http://review.gluster.o
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.
--
Emmanue
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 Gan
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
h
20 matches
Mail list logo