Re: [Gluster-devel] FreeBSD port of GlusterFS racks up a lot of CPU usage

On Fri, Jan 8, 2016 at 1:32 PM, Xavier Hernandez wrote: > > On 08/01/16 05:42, Raghavendra G wrote: > >> Sorry for the delayed reply. Had missed out this mail. Please find my >> comments inlined. >> >> On Thu, Dec 31, 2015 at 4:56 AM, Rick Macklem >

Re: [Gluster-devel] FreeBSD port of GlusterFS racks up a lot of CPU usage

On 08/01/16 05:42, Raghavendra G wrote: Sorry for the delayed reply. Had missed out this mail. Please find my comments inlined. On Thu, Dec 31, 2015 at 4:56 AM, Rick Macklem > wrote: Jordan Hubbard wrote: > > > On Dec 30, 2015, at

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

On Fri, Jan 08, 2016 at 12:42:36PM +0530, Sachidananda URS wrote: > I have a NetBSD 7.0 installation which I can share with you, to get > started. > Once manu@ gets back on a specific version, I can set that up too. NetBSD 7.0 is fine and has everything required in GENERIC kernel. -- Emmanuel

[Gluster-devel] Bugs with incorrect status

#892808 ASSIGNED - vbel...@redhat.com - [FEAT] Bring subdirectory mount option with native client [master] I4f542e fuse: support subdirectory mounts (NEW) ** Bug should be in POST, change I4f542e is not merged yet ** #927415 VERIFIED - jv...@redhat.com - Remove the QuickSlave IO

[Gluster-devel] Introducing a vagrant based Gluster test

Hi All, Here is a very easy way for all to setup a Gluster Developement and Test environment. This currently works only on Fedora 22, Fedora 23. What you get: * A use and throw VM on your laptop on which you can perform all your Gluster development(and run tests!) * This introduces a mechanism

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

Ravishankar N wrote: > It failed with EIO. > > mount_nfs: can't access /patchy: Permission denied > mount_nfs: can't access /patchy: Permission denied > mount_nfs: can't access /patchy: Permission denied > dd: /mnt/nfs/0/test-big-write: Input/output error I suspect the

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

On 01/08/2016 08:18 AM, Jeff Darcy wrote: I think we just need to come up with rules for considering a platform to have voting ability before merging the patch. I totally agree, except for the "just" part. ;) IMO a platform is much like a feature in terms of requiring

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

On 01/08/2016 03:25 PM, Emmanuel Dreyfus wrote: On Fri, Jan 08, 2016 at 03:18:02PM +0530, Pranith Kumar Karampuri wrote: Should the cleanup script needs to be manually executed on the NetBSD machine? You can run the script manually, but if the goal is to restore a misbehaving machine,

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

On Fri, Jan 08, 2016 at 03:18:02PM +0530, Pranith Kumar Karampuri wrote: > With your support I think we can make things better. To avoid duplication of > work, did you take any tests that you are already investigating? If not that > is the first thing I will try to find out. I will look at the

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

I could reproduce while testing deep directories with in the mount point. I root caus'ed the issue & had discussion with Pranith to understand the purpose and recommended way of taking nlookup on inodes. I shall make changes to my existing fix and post the patch soon. Thanks for your patience!

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

Emmanuel Dreyfus wrote: > > With your support I think we can make things better. To avoid duplication of > > work, did you take any tests that you are already investigating? If not that > > is the first thing I will try to find out. > > I will look at the

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

Pranith Kumar Karampuri wrote: > With your support I think we can make things better. To avoid > duplication of work, did you take any tests that you are already > investigating? If not that is the first thing I will try to find out. While trying to reproduce the problem

Re: [Gluster-devel] FreeBSD port of GlusterFS racks up a lot of CPU usage

Jeff Darcy wrote: > > > I don't know anything about gluster's poll implementation so I may > > > be totally wrong, but would it be possible to use an eventfd (or a > > > pipe if eventfd is not supported) to signal the need to add more > > > file descriptors to the poll call ? > > > > > > > > > The

Re: [Gluster-devel] FreeBSD port of GlusterFS racks up a lot of CPU usage

- Original Message - > From: "Rick Macklem" > To: "Jeff Darcy" > Cc: "Raghavendra G" , "freebsd-fs" > , "Hubbard Jordan" > , "Xavier Hernandez" ,

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

On 01/08/2016 02:08 PM, Emmanuel Dreyfus wrote: On Fri, Jan 08, 2016 at 11:45:20AM +0530, Pranith Kumar Karampuri wrote: 1) How to set up NetBSD VMs on my laptop which is of exact version as the ones that are run on build systems. Well, the easier way is to pick the VM image we run at

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

> 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. That's because it's not a simple list of persistent issues. As with spurious regression-test failures on Linux, it's an ever

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

- Original Message - > 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 Fri, Jan 08, 2016 at 03:18:02PM +0530, Pranith Kumar Karampuri wrote: > Should the cleanup script needs to be manually executed on the NetBSD > machine? You can run the script manually, but if the goal is to restore a misbehaving machine, rebooting is probbaly the fastest way to sort the

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

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] ./tests/basic/afr/arbiter-statfs.t .. > [08:06:44]

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] FreeBSD port of GlusterFS racks up a lot of CPU usage

On 12/30/2015 01:22 PM, Hubbard Jordan wrote: > I also have a broader question to go with the specific one: We > (at iXsystems) were attempting to engage with some of the Red Hat > folks back when the FreeBSD port was first done, in the hope of > getting it more “officially supported” for

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

On Fri, Jan 08, 2016 at 10:56:22AM +, Emmanuel Dreyfus wrote: > On Fri, Jan 08, 2016 at 03:18:02PM +0530, Pranith Kumar Karampuri wrote: > > With your support I think we can make things better. To avoid duplication of > > work, did you take any tests that you are already investigating? If not

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

On 01/08/2016 08:14 PM, Emmanuel Dreyfus wrote: On Fri, Jan 08, 2016 at 10:56:22AM +, Emmanuel Dreyfus wrote: On Fri, Jan 08, 2016 at 03:18:02PM +0530, Pranith Kumar Karampuri wrote: With your support I think we can make things better. To avoid duplication of work, did you take any tests

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

Does it seems reasonable? That way nothing can hang more than 2 hours. That addresses the technical issue of hanging tests. It doesn't address the process issue of the entire project and development team being held hostage to one feature. Guys, I think we just need to come up with

Re: [Gluster-devel] FreeBSD port of GlusterFS racks up a lot of CPU usage

On 01/08/2016 08:58 AM, Kaleb S. KEITHLEY wrote: > On 12/30/2015 01:22 PM, Hubbard Jordan wrote: > >> I also have a broader question to go with the specific one: We >> (at iXsystems) were attempting to engage with some of the Red Hat >> folks back when the FreeBSD port was first done, in the

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

> I think we just need to come up with rules for considering a > platform to have voting ability before merging the patch. I totally agree, except for the "just" part. ;) IMO a platform is much like a feature in terms of requiring commitment/accountability, community agreement on

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

On 01/08/2016 08:50 PM, Emmanuel Dreyfus wrote: On Fri, Jan 08, 2016 at 08:37:16PM +0530, Pranith Kumar Karampuri wrote: NetBSD) vnd=`vnconfig -l | \ awk '!/not in use/{printf("%s%s:%d ", $1, $2, $5);}'` Can there be Loopback devices that are

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

On Fri, Jan 08, 2016 at 08:37:16PM +0530, Pranith Kumar Karampuri wrote: > NetBSD) > vnd=`vnconfig -l | \ > awk '!/not in use/{printf("%s%s:%d ", $1, $2, $5);}'` > > Can there be Loopback devices that are in use when this piece of the code is >

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

On Fri, Jan 08, 2016 at 09:57:01PM +0530, Pranith Kumar Karampuri wrote: > >Next step is to look for loopback devices which backing store are in $B0 > >and unconfigure them. > Oops, wrong code reading. Is it possible to have loopback devices not in > use, that we miss out on destroying? Could be a