Re: [Gluster-devel] regarding special treatment of ENOTSUP for setxattr

I think with repetitive log message suppression patch being merged, we don't really need gf_log_occasionally (except if they are logged in DEBUG or TRACE levels). - Original Message - From: Pranith Kumar Karampuri pkara...@redhat.com To: Vijay Bellur vbel...@redhat.com Cc:

Re: [Gluster-devel] corrupted hash table

Hi Emmanuel, Is it possible to get valgrind reports (or a test case which caused this crash)? The inode table is corrupted in this case. regards, Raghavendra - Original Message - From: Emmanuel Dreyfus m...@netbsd.org To: gluster-devel@gluster.org Sent: Wednesday, May 21, 2014

Re: [Gluster-devel] Plea for reviews

Jeff, Comments inlined. - Original Message - From: Jeff Darcy jda...@redhat.com To: Gluster Devel gluster-devel@gluster.org Sent: Monday, June 23, 2014 6:53:53 PM Subject: [Gluster-devel] Plea for reviews I have several patches queued up for 3.6, which have all passed regression

Re: [Gluster-devel] Feature review: Improved rebalance performance

- Original Message - From: Shyamsundar Ranganathan srang...@redhat.com To: Xavier Hernandez xhernan...@datalab.es Cc: gluster-devel@gluster.org Sent: Tuesday, July 1, 2014 1:48:09 AM Subject: Re: [Gluster-devel] Feature review: Improved rebalance performance From: Xavier

Re: [Gluster-devel] Feature review: Improved rebalance performance

- Original Message - From: Xavier Hernandez xhernan...@datalab.es To: Raghavendra Gowdappa rgowd...@redhat.com Cc: Shyamsundar Ranganathan srang...@redhat.com, gluster-devel@gluster.org Sent: Tuesday, July 1, 2014 3:10:29 PM Subject: Re: [Gluster-devel] Feature review: Improved

[Gluster-devel] syncops and thread specific memory regions

Hi all, The bug fixed by [1] is a one instance of the class of problems where: 1. we access a variable which is stored in thread-specific area and hence can be stored in different memory regions across different threads. 2. A single (code) control flow is executed in more than one thread. 3.

Re: [Gluster-devel] regarding inode_link/unlink

- Original Message - From: Pranith Kumar Karampuri pkara...@redhat.com To: Raghavendra Gowdappa rgowd...@redhat.com Cc: Gluster Devel gluster-devel@gluster.org, Anand Avati av...@gluster.org, Brian Foster bfos...@redhat.com, Raghavendra Bhat rab...@redhat.com Sent: Friday, July 4

Re: [Gluster-devel] When inode table is populated?

- Original Message - From: Jiffin Thottan jthot...@redhat.com To: gluster-devel@gluster.org Sent: Wednesday, July 30, 2014 12:22:30 PM Subject: [Gluster-devel] When inode table is populated? Hi, When we were trying to call rename from translator (in reconfigure) using

Re: [Gluster-devel] Monotonically increasing memory

Anders, Mostly its a case of memory leak. It would be helpful if you can file a bug on this. Following information would be useful to fix the issue: 1. valgrind reports (if possible). a. To start brick and nfs processes with valgrind you can use following cmdline when starting glusterd. #

Re: [Gluster-devel] Rackspace regression slaves hung?

- Original Message - From: Krutika Dhananjay kdhan...@redhat.com To: Justin Clift jcl...@redhat.com Cc: Gluster Devel gluster-devel@gluster.org Sent: Thursday, August 28, 2014 12:25:35 PM Subject: [Gluster-devel] Rackspace regression slaves hung? Hi Justin, It looks like

Re: [Gluster-devel] Rackspace regression slaves hung?

I've killed the jobs in question. - Original Message - From: Raghavendra Gowdappa rgowd...@redhat.com To: Krutika Dhananjay kdhan...@redhat.com Cc: Justin Clift jcl...@redhat.com, Gluster Devel gluster-devel@gluster.org Sent: Thursday, August 28, 2014 12:37:07 PM Subject: Re

Re: [Gluster-devel] how do you debug ref leaks?

- Original Message - From: Raghavendra Gowdappa rgowd...@redhat.com To: Pranith Kumar Karampuri pkara...@redhat.com Cc: Gluster Devel gluster-devel@gluster.org Sent: Thursday, September 18, 2014 10:08:15 AM Subject: Re: [Gluster-devel] how do you debug ref leaks? For eg

Re: [Gluster-devel] question on quota

Hi Emmanuel, If Quota cannot allow the entire payload in the write call without exceeding limit, it allows the fraction of payload that can fit-in within the quota boundaries. This has led to short writes which the comment in frame 12 mentions. Its the behaviour of write-behind to return EIO

Re: [Gluster-devel] io-threads problem? (was: opendir gets Stale NFS file handle)

- Original Message - From: Niels de Vos nde...@redhat.com To: Emmanuel Dreyfus m...@netbsd.org Cc: Gluster Devel gluster-devel@gluster.org Sent: Tuesday, September 30, 2014 2:08:06 PM Subject: Re: [Gluster-devel] io-threads problem? (was: opendir gets Stale NFS file handle) On

Re: [Gluster-devel] io-threads problem? (was: opendir gets Stale NFS file handle)

are facing, but this seems something related. regards, Raghavendra. - Original Message - From: Emmanuel Dreyfus m...@netbsd.org To: Raghavendra Gowdappa rgowd...@redhat.com, Niels de Vos nde...@redhat.com Cc: Gluster Devel gluster-devel@gluster.org Sent: Tuesday, September 30, 2014 5:19:31

Re: [Gluster-devel] Chaning position of md-cache in xlator graph

Adding correct gluster-devel mail id. - Original Message - From: Raghavendra Gowdappa rgowd...@redhat.com To: gluster-devel gluster-de...@nongnu.org Sent: Tuesday, 21 October, 2014 3:26:21 PM Subject: Chaning position of md-cache in xlator graph Hi all, The context is bz 1138970

Re: [Gluster-devel] Quota problems with dispersed volumes

- Original Message - From: Xavier Hernandez xhernan...@datalab.es To: Gluster Devel gluster-devel@gluster.org, Krishnan Parthasarathi kpart...@redhat.com, Raghavendra Gowdappa rgowd...@redhat.com Cc: Dan Lambright dlamb...@redhat.com Sent: Monday, October 27, 2014 11:07:40 PM

Re: [Gluster-devel] Quota problems with dispersed volumes

- Original Message - From: Xavier Hernandez xhernan...@datalab.es To: Raghavendra Gowdappa rgowd...@redhat.com Cc: Gluster Devel gluster-devel@gluster.org Sent: Wednesday, October 29, 2014 6:24:55 PM Subject: Re: [Gluster-devel] Quota problems with dispersed volumes On 10/28/2014

Re: [Gluster-devel] Quota problems with dispersed volumes

From quota perspective I don't see any other xattrs related to quota. You've listed them all :). - Original Message - From: Raghavendra Gowdappa rgowd...@redhat.com To: Xavier Hernandez xhernan...@datalab.es Cc: Gluster Devel gluster-devel@gluster.org Sent: Wednesday, October 29

Re: [Gluster-devel] Wrong behavior on fsync of md-cache ?

- Original Message - From: Xavier Hernandez xhernan...@datalab.es To: Raghavendra Gowdappa rgowd...@redhat.com Cc: Gluster Devel gluster-devel@gluster.org, Emmanuel Dreyfus m...@netbsd.org Sent: Tuesday, November 25, 2014 2:05:25 PM Subject: Re: Wrong behavior on fsync of md-cache

Re: [Gluster-devel] Wrong behavior on fsync of md-cache ?

- Original Message - From: Xavier Hernandez xhernan...@datalab.es To: Emmanuel Dreyfus m...@netbsd.org Cc: Raghavendra Gowdappa rgowd...@redhat.com, Gluster Devel gluster-devel@gluster.org Sent: Wednesday, November 26, 2014 2:05:58 PM Subject: Re: Wrong behavior on fsync of md

Re: [Gluster-devel] NetBSD regression tests: reviews required

- Original Message - From: Xavier Hernandez xhernan...@datalab.es To: Emmanuel Dreyfus m...@netbsd.org, Vijay Bellur vbel...@redhat.com, Justin Clift jus...@gluster.org, Pranith Kumar Karampuri pkara...@redhat.com, Krishnan Parthasarathi kpart...@redhat.com, Raghavendra Gowdappa

Re: [Gluster-devel] explicit lookup of inods linked via readdirp

- Original Message - From: Raghavendra Bhat rab...@redhat.com To: Gluster Devel gluster-devel@gluster.org Cc: Anand Avati aav...@redhat.com Sent: Thursday, December 18, 2014 12:31:41 PM Subject: [Gluster-devel] explicit lookup of inods linked via readdirp Hi, In fuse I saw,

Re: [Gluster-devel] explicit lookup of inods linked via readdirp

+Pranith - Original Message - From: Raghavendra Gowdappa rgowd...@redhat.com To: Raghavendra Bhat rab...@redhat.com Cc: Anand Avati aav...@redhat.com, Gluster Devel gluster-devel@gluster.org Sent: Thursday, December 18, 2014 12:58:27 PM Subject: Re: [Gluster-devel] explicit lookup

Re: [Gluster-devel] Problems with graph switch in disperse

Do you know the origins of EIO? fuse-bridge only fails a lookup fop with EIO (when NULL gfid is received in a successful lookup reply). So, there might be other xlator which is sending EIO. - Original Message - From: Xavier Hernandez xhernan...@datalab.es To: Gluster Devel

Re: [Gluster-devel] Quota problems without a way of fixing them

- Original Message - From: Raghavendra Gowdappa rgowd...@redhat.com To: Joe Julian j...@julianfamily.org Cc: Gluster-devel@gluster.org gluster-devel@gluster.org, pk...@grid.auth.gr Sent: Thursday, January 22, 2015 12:58:47 PM Subject: Re: [Gluster-devel] Quota problems without

Re: [Gluster-devel] cannot delete non-empty directory

- Original Message - From: David F. Robinson david.robin...@corvidtec.com To: Shyam srang...@redhat.com, Gluster Devel gluster-devel@gluster.org, gluster-us...@gluster.org, Susant Palai spa...@redhat.com Sent: Monday, February 9, 2015 10:55:44 PM Subject: Re: [Gluster-devel]

Re: [Gluster-devel] mandatory lock

- Original Message - From: Raghavendra Gowdappa rgowd...@redhat.com To: Harmeet Kalsi kharm...@hotmail.com Cc: Gluster-devel@gluster.org gluster-devel@gluster.org Sent: Thursday, January 8, 2015 4:12:44 PM Subject: Re: [Gluster-devel] mandatory lock - Original Message

Re: [Gluster-devel] spurious failure in quota-nfs.t

- Original Message - From: Sachin Pandit span...@redhat.com To: Pranith Kumar Karampuri pkara...@redhat.com Cc: Gluster Devel gluster-devel@gluster.org Sent: Tuesday, May 5, 2015 3:24:59 PM Subject: Re: [Gluster-devel] spurious failure in quota-nfs.t - Original Message

Re: [Gluster-devel] Moratorium on new patch acceptance

- Original Message - From: Shyam srang...@redhat.com To: gluster-devel@gluster.org Sent: Tuesday, May 19, 2015 6:13:06 AM Subject: Re: [Gluster-devel] Moratorium on new patch acceptance On 05/18/2015 07:05 PM, Shyam wrote: On 05/18/2015 03:49 PM, Shyam wrote: On 05/18/2015

Re: [Gluster-devel] Moratorium on new patch acceptance

- Original Message - From: Raghavendra Gowdappa rgowd...@redhat.com To: Shyam srang...@redhat.com Cc: gluster-devel@gluster.org Sent: Tuesday, May 19, 2015 11:46:19 AM Subject: Re: [Gluster-devel] Moratorium on new patch acceptance - Original Message - From: Shyam

Re: [Gluster-devel] Moratorium on new patch acceptance

- Original Message - From: Vijay Bellur vbel...@redhat.com To: Raghavendra Gowdappa rgowd...@redhat.com, Shyam srang...@redhat.com Cc: gluster-devel@gluster.org Sent: Tuesday, May 19, 2015 1:29:57 PM Subject: Re: [Gluster-devel] Moratorium on new patch acceptance On 05/19/2015

Re: [Gluster-devel] Regression failures

Few more: 1. ./tests/basic/afr/sparse-file-self-heal.t From http://build.gluster.org/job/rackspace-netbsd7-regression-triggered/5887/consoleFull 2. ./tests/bugs/protocol/bug-808400-repl.t From http://build.gluster.org/job/rackspace-regression-2GB-triggered/9920/consoleFull 3.

Re: [Gluster-devel] /tests/bugs/quota/bug-1153964.t is consistently failing

;). On Tue, Jun 23, 2015 at 12:55 PM, Venky Shankar yknev.shan...@gmail.com mailto:yknev.shan...@gmail.com wrote: OK. Two reverts of the same patch ;) Pick one. On Tue, Jun 23, 2015 at 12:51 PM, Raghavendra Gowdappa rgowd...@redhat.com mailto:rgowd...@redhat.com wrote

Re: [Gluster-devel] /tests/bugs/quota/bug-1153964.t is consistently failing

Seems like its a memory corruption caused by: http://review.gluster.org/11311 I've reverted the patch at: http://review.gluster.org/11360 - Original Message - From: Xavier Hernandez xhernan...@datalab.es To: Gluster Devel gluster-devel@gluster.org Sent: Tuesday, June 23, 2015 12:44:47

Re: [Gluster-devel] Unable to send patches to gerrit

Now, not able to open/review/merge any patches on review.gluster.org. - Original Message - From: Avra Sengupta aseng...@redhat.com To: Pranith Kumar Karampuri pkara...@redhat.com, Anoop C S achir...@redhat.com, gluster-devel@gluster.org, Kaushal M kshlms...@gmail.com, Vijay Bellur

[Gluster-devel] Only netbsd regressions seem to be triggered

All, It seems only netbsd regressions are triggered. Linux based regressions seems to be not triggered. I've observed this with two patches [1][2]. Pranith also feels same. Have any of you seen similar issue? [1]http://review.gluster.org/#/c/10943/ [2]http://review.gluster.org/#/c/10834/

Re: [Gluster-devel] Unable to send patches to release 3.7 branch.

- Original Message - From: Avra Sengupta aseng...@redhat.com To: Gluster Devel gluster-devel@gluster.org Sent: Friday, May 29, 2015 9:11:22 AM Subject: [Gluster-devel] Unable to send patches to release 3.7 branch. Hi, Usually when a patch is backported to release 3.7 branch it

Re: [Gluster-devel] Crash in dht_fsync()

: Raghavendra Gowdappa rgowd...@redhat.com To: Raghavendra Gowdappa rgowd...@redhat.com Cc: Vijay Bellur vbel...@redhat.com, Gluster Devel gluster-devel@gluster.org Sent: Tuesday, May 26, 2015 12:02:46 PM Subject: Re: [Gluster-devel] Crash in dht_fsync() Is there a way to get coredump

Re: [Gluster-devel] Huge memory consumption with quota-marker

- Original Message - From: Krishnan Parthasarathi kpart...@redhat.com To: Raghavendra Gowdappa rgowd...@redhat.com Cc: Pranith Kumar Karampuri pkara...@redhat.com, Vijay Bellur vbel...@redhat.com, Vijaikumar M vmall...@redhat.com, Gluster Devel gluster-devel@gluster.org

Re: [Gluster-devel] Build and Regression failure in master branch!

Thanks Kotresh. - Original Message - From: Kotresh Hiremath Ravishankar khire...@redhat.com To: Atin Mukherjee atin.mukherje...@gmail.com Cc: Gluster Devel gluster-devel@gluster.org Sent: Sunday, June 28, 2015 1:57:24 PM Subject: Re: [Gluster-devel] Build and Regression failure in

Re: [Gluster-devel] Failure in tests/basic/tier/bug-1214222-directories_miising_after_attach_tier.t

I've reverted [1] which brought the change allow-insecure to be on by default. The patch seems to have issues which will be addressed and merged later. The revert can be found at [2]. [1] http://review.gluster.org/11274 [2] http://review.gluster.org/11507 Please let me know if the regressions

Re: [Gluster-devel] Crash in dht_fsync()

Will take a look. - Original Message - From: Vijay Bellur vbel...@redhat.com To: Gluster Devel gluster-devel@gluster.org Sent: Monday, May 25, 2015 11:08:46 PM Subject: [Gluster-devel] Crash in dht_fsync() While running tests/performance/open-behind.t in a loop on mainline, I

Re: [Gluster-devel] Crash in dht_fsync()

Is there a way to get coredump? - Raghavendra Gowdappa rgowd...@redhat.com wrote: Will take a look. - Original Message - From: Vijay Bellur vbel...@redhat.com To: Gluster Devel gluster-devel@gluster.org Sent: Monday, May 25, 2015 11:08:46 PM Subject: [Gluster-devel] Crash

Re: [Gluster-devel] Moratorium on new patch acceptance

Status on crash in dht_fsync reported by Vijay Bellur: I am not able to reproduce the issue. However I am consistently hitting a failure in the last test of ./tests/performance/open-behind.t (test 18). The test reads as: gluster volume top $V0 open | grep -w $F0 /dev/null 21 TEST [ $? -eq 0

Re: [Gluster-devel] Enhancing Quota enforcement during parallel writes

- Original Message - From: Raghavendra Gowdappa rgowd...@redhat.com To: Gluster Devel gluster-devel@gluster.org Cc: Vijaikumar Mallikarjuna vmall...@redhat.com, Sachin Pandit span...@redhat.com Sent: Friday, 22 May, 2015 10:50:14 AM Subject: Enhancing Quota enforcement during

Re: [Gluster-devel] rm -rf issues in Geo-replication

- Original Message - From: Aravinda avish...@redhat.com To: Gluster Devel gluster-devel@gluster.org Cc: Raghavendra Gowdappa rgowd...@redhat.com Sent: Friday, 22 May, 2015 12:42:11 PM Subject: rm -rf issues in Geo-replication Problem: Each geo-rep workers process

Re: [Gluster-devel] on patch #11553

+gluster-devel - Original Message - From: Raghavendra Gowdappa rgowd...@redhat.com To: Krishnan Parthasarathi kpart...@redhat.com Cc: Nithya Balachandran nbala...@redhat.com, Anoop C S achir...@redhat.com Sent: Tuesday, 7 July, 2015 11:32:01 AM Subject: on patch #11553 KP

Re: [Gluster-devel] Inconsistent behavior due to lack of lookup on entry followed by readdirp

- Original Message - From: Krutika Dhananjay kdhan...@redhat.com To: Raghavendra Gowdappa rgowd...@redhat.com Cc: Mohammed Rafi K C rkavu...@redhat.com, Gluster Devel gluster-devel@gluster.org, Dan Lambright dlamb...@redhat.com, Nithya Balachandran nbala...@redhat.com, Ben Turner

Re: [Gluster-devel] Inconsistent behavior due to lack of lookup on entry followed by readdirp

- Original Message - From: Krutika Dhananjay kdhan...@redhat.com To: Mohammed Rafi K C rkavu...@redhat.com Cc: Gluster Devel gluster-devel@gluster.org, Dan Lambright dlamb...@redhat.com, Nithya Balachandran nbala...@redhat.com, Raghavendra Gowdappa rgowd...@redhat.com, Ben Turner

Re: [Gluster-devel] Locking behavior vs rmdir/unlink of a directory/file

- Original Message - From: Raghavendra Gowdappa rgowd...@redhat.com To: Gluster Devel gluster-devel@gluster.org Cc: Sakshi Bansal saban...@redhat.com Sent: Thursday, August 20, 2015 10:24:46 AM Subject: [Gluster-devel] Locking behavior vs rmdir/unlink of a directory/file Hi all

Re: [Gluster-devel] Locking behavior vs rmdir/unlink of a directory/file

To put the problem in simple words, A lock is granted by posix-locks xlator even after a directory is deleted on backend. - Original Message - From: Raghavendra Gowdappa rgowd...@redhat.com To: Gluster Devel gluster-devel@gluster.org Cc: Sakshi Bansal saban...@redhat.com Sent

[Gluster-devel] Serialization of fops acting on same dentry on server

All, Pranith and me were discussing about implementation of compound operations like create + lock, mkdir + lock, open + lock etc. These operations are useful in situations like: 1. To prevent locking on all subvols during directory creation as part of self heal in dht. Currently we are

Re: [Gluster-devel] Serialization of fops acting on same dentry on server

- Original Message - From: Raghavendra Gowdappa rgowd...@redhat.com To: Gluster Devel gluster-devel@gluster.org Cc: Sakshi Bansal saban...@redhat.com Sent: Monday, 17 August, 2015 10:39:38 AM Subject: [Gluster-devel] Serialization of fops acting on same dentry on server

Re: [Gluster-devel] Serialization of fops acting on same dentry on server

- Original Message - From: Niels de Vos nde...@redhat.com To: Raghavendra Gowdappa rgowd...@redhat.com Cc: Gluster Devel gluster-devel@gluster.org, Sakshi Bansal saban...@redhat.com Sent: Monday, 17 August, 2015 11:14:18 AM Subject: Re: [Gluster-devel] Serialization of fops acting

[Gluster-devel] Locking behavior vs rmdir/unlink of a directory/file

Hi all, Most of the code currently treats inode table (and dentry structure associated with that) as the correct representative of underlying backend file-system. While this is correct for most of the cases, the representation might be out of sync for small time-windows (like file deleted on

Re: [Gluster-devel] SSL enabled glusterd crash

There is a race b/w gf_timer_call_cancel and firing of timer addressed by [1]. Can this be the cause? Also note that [1] is not sufficient enough, as the callers of gf_timer_call_cancel should check return value and shouldn't free opaque pointer it passed to gf_timer_call_after during timer

Re: [Gluster-devel] Patch merge request-3.7 branch: http://review.gluster.org/#/c/11858/

- Original Message - From: Ravishankar N ravishan...@redhat.com To: Gluster Devel gluster-devel@gluster.org Sent: Wednesday, August 12, 2015 6:01:16 PM Subject: [Gluster-devel] Patch merge request-3.7 branch: http://review.gluster.org/#/c/11858/ Could some one with merge

[Gluster-devel] Lack of named lookups during resolution of inodes after graph switch (was Discuss: http://review.gluster.org/#/c/11368/)

+gluster-devel - Original Message - From: Dan Lambright dlamb...@redhat.com To: Raghavendra Gowdappa rgowd...@redhat.com Cc: Shyam srang...@redhat.com, Nithya Balachandran nbala...@redhat.com, Sakshi Bansal saban...@redhat.com Sent: Monday, July 20, 2015 8:23:16 AM Subject: Re

Re: [Gluster-devel] Gerrit review, submit type and Jenkins testing

- Original Message - > From: "Raghavendra Talur" > To: "Gluster Devel" > Sent: Tuesday, November 10, 2015 3:10:34 AM > Subject: [Gluster-devel] Gerrit review, submit type and Jenkins testing > > Hi, > > While trying to understand how our

Re: [Gluster-devel] not able to open gerrit (review.glustster.org)

Its loading now. - Original Message - > From: "Gaurav Garg" > To: "Gluster Devel" > Sent: Monday, October 19, 2015 11:11:37 AM > Subject: [Gluster-devel] not able to open gerrit (review.glustster.org) > > Anybody facing the same issue ? > >

Re: [Gluster-devel] Need advice re some major issues with glusterfind

Hi John, - Original Message - > From: "John Sincock [FLCPTY]" > To: gluster-devel@gluster.org > Sent: Wednesday, October 21, 2015 5:53:23 AM > Subject: [Gluster-devel] Need advice re some major issues with glusterfind > > Hi Everybody, > > We have recently upgraded

Re: [Gluster-devel] Testcase '/tests/bugs/snapshot/bug-1109889.t' failing

- Original Message - From: Nithya Balachandran nbala...@redhat.com To: Vijaikumar M vmall...@redhat.com Cc: Gluster Devel gluster-devel@gluster.org Sent: Wednesday, July 8, 2015 12:17:29 PM Subject: Re: [Gluster-devel] Testcase '/tests/bugs/snapshot/bug-1109889.t' failing

Re: [Gluster-devel] Locking behavior vs rmdir/unlink of a directory/file

- Original Message - From: Vijay Bellur vbel...@redhat.com To: Raghavendra Gowdappa rgowd...@redhat.com, Gluster Devel gluster-devel@gluster.org Cc: Sakshi Bansal saban...@redhat.com Sent: Monday, August 24, 2015 3:52:09 PM Subject: Re: [Gluster-devel] Locking behavior vs rmdir

Re: [Gluster-devel] requesting for review

Its been reviewed and merged. - Original Message - > From: "Hari Gowtham" > To: "Gluster Devel" > Sent: Monday, August 31, 2015 6:13:44 PM > Subject: [Gluster-devel] requesting for review > > Hi, > > Could anyone review this patch? it

Re: [Gluster-devel] GlusterFS cache architecture

- Original Message - > From: "Oleksandr Natalenko" > To: gluster-devel@gluster.org > Sent: Monday, August 31, 2015 7:37:51 PM > Subject: [Gluster-devel] GlusterFS cache architecture > > Hello. > > I'm trying to investigate how GlusterFS manages cache on both

Re: [Gluster-devel] GlusterFS cache architecture

- Original Message - > From: "Raghavendra Gowdappa" <rgowd...@redhat.com> > To: "Oleksandr Natalenko" <oleksa...@natalenko.name> > Cc: gluster-devel@gluster.org > Sent: Tuesday, September 1, 2015 9:20:04 AM > Subject: R

Re: [Gluster-devel] FOP ratelimit?

- Original Message - > From: "Pranith Kumar Karampuri" > To: "Emmanuel Dreyfus" , gluster-devel@gluster.org > Sent: Wednesday, September 2, 2015 2:04:32 PM > Subject: Re: [Gluster-devel] FOP ratelimit? > > > > On 09/02/2015 01:59 PM, Emmanuel

Re: [Gluster-devel] FOP ratelimit?

- Original Message - > From: "Emmanuel Dreyfus" <m...@netbsd.org> > To: "Raghavendra Gowdappa" <rgowd...@redhat.com>, "Pranith Kumar Karampuri" > <pkara...@redhat.com> > Cc: gluster-devel@gluster.org > Sent: Wednesday,

[Gluster-devel] [posix-compliance] unlink and access to file through open fd

All, Posix allows access to file through open fds even if name associated with file is deleted. While this works for glusterfs for most of the cases, there are some corner cases where we fail. 1. Reboot of brick: === With the reboot of brick, fd is lost. unlink would've

Re: [Gluster-devel] Handling Failed flushes in write-behind

+ gluster-devel > > On Tuesday 29 September 2015 04:45 PM, Raghavendra Gowdappa wrote: > > Hi All, > > > > Currently on failure of flushing of writeback cache, we mark the fd bad. > > The rationale behind this is that since the application doesn't know which >

Re: [Gluster-devel] Handling Failed flushes in write-behind

- Original Message - > From: "Prashanth Pai" <p...@redhat.com> > To: "Raghavendra Gowdappa" <rgowd...@redhat.com> > Cc: "Gluster Devel" <gluster-devel@gluster.org>, "Thiago da Silva" > <thi...@redhat.com> >

Re: [Gluster-devel] Handling Failed flushes in write-behind

+kevin - Original Message - > From: "Raghavendra Gowdappa" <rgowd...@redhat.com> > To: "Prashanth Pai" <p...@redhat.com> > Cc: "Gluster Devel" <gluster-devel@gluster.org>, "Thiago da Silva" > <thi...@redhat.com&g

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

> > On 12/08/2015 09:02 AM, Pranith Kumar Karampuri wrote: > > > > > > On 12/08/2015 02:53 AM, Shyam wrote: > >> Hi, > >> > >> Why not think along the lines of new FOPs like fop_compound(_cbk) > >> where, the inargs to this FOP is a list of FOPs to execute (either in > >> order or any order)? > >

Re: [Gluster-devel] intermittent test failure: tests/bugs/tier/bug-1279376-rename-demoted-file.t

- Original Message - > From: "Michael Adam" > To: gluster-devel@gluster.org > Sent: Wednesday, December 9, 2015 1:46:32 PM > Subject: [Gluster-devel] intermittent test failure: > tests/bugs/tier/bug-1279376-rename-demoted-file.t > > Hi, > > found another one. See >

[Gluster-devel] libgfapi compound operations - multiple writes

forking off since it muddles the original conversation. I've some questions: 1. Why do multiple writes need to be compounded together? 2. If the reason is aggregation, cant we tune write-behind to do the same? regards, Raghavendra. ___ Gluster-devel

Re: [Gluster-devel] intermittent test failure: tests/basic/tier/record-metadata-heat.t ?

> Looks like the run failed due to: > > /tests/bugs/fuse/bug-924726.t (Wstat: 0 Tests: 20 Failed: 1) >Failed test: 20 > > Raghavendra - this test has been reported previously too as affecting > other regression runs. Can you please take a look in as you are the > original author of this

Re: [Gluster-devel] libgfapi compound operations - multiple writes

- Original Message - > From: "Jeff Darcy" <jda...@redhat.com> > To: "Raghavendra Gowdappa" <rgowd...@redhat.com>, "Poornima Gurusiddaiah" > <pguru...@redhat.com> > Cc: "Gluster Devel" <gluster-devel@gluster.org

Re: [Gluster-devel] Help needed in understanding GlusterFS logs and debugging elasticsearch failures

- Original Message - > From: "Sachidananda URS" > To: "Gluster Devel" > Sent: Friday, December 11, 2015 8:56:04 PM > Subject: [Gluster-devel] Help needed in understanding GlusterFS logs and > debugging elasticsearch failures > > Hi, > > I

Re: [Gluster-devel] Is there any advantage or disadvantage to multiple cpu cores?

- Original Message - > From: "Joe Julian" > To: "Gluster Devel" > Sent: Monday, December 14, 2015 2:40:14 PM > Subject: [Gluster-devel] Is there any advantage or disadvantage to multiple > cpu cores? > > Does the code take advantage

Re: [Gluster-devel] Design for lookup-optimize made default

> > > > > > Sakshi, > > > > > > In the doc. there is reference to the fact that when a client fixes a > > > layout it assigns the same dircommit hash to the layout which is > > > equivalent to the vol commit hash. I think this assumption is incorrect, > > > when a client heals the layout, the

Re: [Gluster-devel] Design for lookup-optimize made default

- Original Message - > From: "Shyam" > To: "Sakshi Bansal" , "Gluster Devel" > > Sent: Monday, December 14, 2015 10:40:09 PM > Subject: Re: [Gluster-devel] Design for lookup-optimize made default > > Sakshi, > > In

Re: [Gluster-devel] Design for lookup-optimize made default

- Original Message - > From: "Raghavendra Gowdappa" <rgowd...@redhat.com> > To: "Shyam" <srang...@redhat.com> > Cc: "Gluster Devel" <gluster-devel@gluster.org> > Sent: Tuesday, December 15, 2015 11:38:03 AM > Subje

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

- Original Message - > From: "Emmanuel Dreyfus" <m...@netbsd.org> > To: "Gluster Devel" <gluster-devel@gluster.org> > Cc: "Raghavendra Gowdappa" <rgowd...@redhat.com>, "Raghavendra Talur" > <rta...@redhat.com&

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

- Original Message - > From: "Emmanuel Dreyfus" <m...@netbsd.org> > To: "Raghavendra Gowdappa" <rgowd...@redhat.com> > Cc: "Raghavendra Talur" <rta...@redhat.com>, "Gluster Devel" > <gluster-devel@gluster.org>

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

- Original Message - > From: "Emmanuel Dreyfus" <m...@netbsd.org> > To: "Raghavendra Gowdappa" <rgowd...@redhat.com> > Cc: "Emmanuel Dreyfus" <m...@netbsd.org>, "Gluster Devel" > <gluster-devel@gluster.org>, &q

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

0 go=0 note, the request is not wound (wound=no and sync-in-progress=no), not unwound (lied=0). I am yet to figure out the RCA. will be sending a patch soon. - Original Message - > From: "Manikandan Selvaganesh" <mselv...@redhat.com> > To: "Raghavendra Gow

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

- Original Message - > From: "Raghavendra Gowdappa" <rgowd...@redhat.com> > To: "Manikandan Selvaganesh" <mselv...@redhat.com> > Cc: "Vijaikumar Mallikarjuna" <vmall...@redhat.com>, "Emmanuel Dreyfus" > <m.

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

avendra G" <raghaven...@gluster.com> > Cc: "Gluster Devel" <gluster-devel@gluster.org> > Sent: Wednesday, January 6, 2016 11:04:23 AM > Subject: Re: [Gluster-devel] quota.t hangs on NetBSD machines > > Hi Raghavendra, > I will check out this with t

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

> On 01/07/2016 02:39 PM, Emmanuel Dreyfus wrote: > > On Wed, Jan 06, 2016 at 05:49:04PM +0530, Ravishankar N wrote: > >> 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

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

- Original Message - > From: "Manikandan Selvaganesh" <mselv...@redhat.com> > To: "Raghavendra Gowdappa" <rgowd...@redhat.com> > Cc: "Emmanuel Dreyfus" <m...@netbsd.org>, "Gluster Devel" > <gluster-devel@glust

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] volume-snapshot.t failures

COMMAND: gluster --mode=script --wignore snapshot create snap2 patchy no-timestamp - Original Message - > From: "Raghavendra Gowdappa" <rgowd...@redhat.com> > To: "Rajesh Joseph" <rjos...@redhat.com> > Sent: Tuesday, December 22, 2015 10:05:22 AM >

Re: [Gluster-devel] volume-snapshot.t failures

Both these tests succeed on my local machine. - Original Message - > From: "Raghavendra Gowdappa" <rgowd...@redhat.com> > To: "Rajesh Joseph" <rjos...@redhat.com> > Cc: "Gluster Devel" <gluster-devel@gluster.org> > Sent: Tuesday,

Re: [Gluster-devel] volume-snapshot.t failures

Thanks Dan!! - Original Message - > From: "Dan Lambright" <dlamb...@redhat.com> > To: "Raghavendra Gowdappa" <rgowd...@redhat.com> > Cc: "Rajesh Joseph" <rjos...@redhat.com>, "Gluster Devel" > <gluster-devel@

Re: [Gluster-devel] Lot of Netbsd regressions 'Waiting for the next available executor'

- Original Message - > From: "Raghavendra Gowdappa" <rgowd...@redhat.com> > To: "Ravishankar N" <ravishan...@redhat.com> > Cc: "Gluster Devel" <gluster-devel@gluster.org>, "gluster-infra" > <gluster-in...@g

Re: [Gluster-devel] Lot of Netbsd regressions 'Waiting for the next available executor'

https://build.gluster.org/job/rackspace-netbsd7-regression-triggered/12961/consoleFull Seems to be hung. May be a hung syscall? I've tried to kill it, but seems like its not dead. May be patch #12594 is causing some issues on netbsd. It has passed gluster regression. - Original Message

Re: [Gluster-devel] Native RDMA in libgfapi

- Original Message - > From: "Piotr Rybicki" > To: "Gluster Devel" > Sent: Friday, November 20, 2015 9:00:28 PM > Subject: [Gluster-devel] Native RDMA in libgfapi > > Hi All. > > Are there any plans for this feature? > > Just

[Gluster-devel] [Review request] write-behind to retry failed syncs

Hi all, [1] adds retry logic to failed syncs (to backend). It would be helpful if you can comment on: 1. Interface 2. Design 3. Implementation [1] review.gluster.org/#/c/12594/7 regards, Raghavendra. ___ Gluster-devel mailing list

Re: [Gluster-devel] [Review request] write-behind to retry failed syncs

For ease of access, I am posting the summary from commit-msg below: 1. When sync fails, the cached-write is still preserved unless there is a flush/fsync waiting on it. 2. When a sync fails and there is a flush/fsync waiting on the cached-write, the cache is thrown away and no further

  1   2   3   4   5   >