Re: [Nfs-ganesha-devel] multi fd support

Franks, This patch that clears state_owner only after the call to close2 fixes my problem. Marc. diff --git a/src/SAL/nfs4_state.c b/src/SAL/nfs4_state.c index 842c2bf..dadd790 100644 --- a/src/SAL/nfs4_state.c +++ b/src/SAL/nfs4_state.c @@ -380,7 +380,6 @@ void state_del_locked(state_t *state)

Re: [Nfs-ganesha-devel] No merge this week - and entering rc phase

Ok, will look for it. We will also get FSAL_GPFS support_ex. Frank From: Malahal Naineni [mailto:mala...@gmail.com] Sent: Friday, August 19, 2016 5:43 PM To: Matt W. Benjamin Cc: nfs-ganesha-devel ; Frank Filz

Re: [Nfs-ganesha-devel] No merge this week - and entering rc phase

I would like to get netgroups caching into 2.4 if possible. It is isolated code... On Aug 19, 2016 7:26 PM, "Matt W. Benjamin" wrote: Sounds good, thanks Frank! Matt - "Frank Filz" wrote: > Sorry, with a short week for vacation yesterday and

Re: [Nfs-ganesha-devel] No merge this week - and entering rc phase

Sounds good, thanks Frank! Matt - "Frank Filz" wrote: > Sorry, with a short week for vacation yesterday and today, I ran out > of time > to get a merge out. Will shoot for a merge Monday. > > And that merge will be rc1. This primarily is a statement that we are >

[Nfs-ganesha-devel] No merge this week - and entering rc phase

Sorry, with a short week for vacation yesterday and today, I ran out of time to get a merge out. Will shoot for a merge Monday. And that merge will be rc1. This primarily is a statement that we are seeking to close in on a code base we can tag as 2.4.0. For the most part, this means no more

Re: [Nfs-ganesha-devel] MDC up call

I am not sure you need to set op_ctx I fixed it for this path by not calling mdc_check_mapping() from mdcache_find_keyed() if op_ctx is NULL I think the mapping should already exist for calls that are coming from up-call. Marc. From: Daniel Gryniewicz To: Marc

Re: [Nfs-ganesha-devel] MDC up call

Marc, could you try with this patch: https://review.gerrithub.io/287904 Daniel On 08/18/2016 06:55 PM, Marc Eshel wrote: > Was up-call with MDC tested? > It looks like it is trying to use op_ctx which is NULL. > Marc. > > > Program received signal SIGSEGV, Segmentation fault. > [Switching to

[Nfs-ganesha-devel] Change in ffilz/nfs-ganesha[next]: MDCACHE - wrap all UP ops to ensure op_ctx is set

>From Daniel Gryniewicz : Daniel Gryniewicz has uploaded a new change for review. https://review.gerrithub.io/287904 Change subject: MDCACHE - wrap all UP ops to ensure op_ctx is set .. MDCACHE - wrap all UP

Re: [Nfs-ganesha-devel] MDC up call

Yes, UP was tested with Gluster, and I'd thought we'd caught all the callpaths, but apparently Gluster doesn't use lock_avail. I'll make a fix. Daniel On 08/18/2016 06:55 PM, Marc Eshel wrote: > Was up-call with MDC tested? > It looks like it is trying to use op_ctx which is NULL. > Marc. > >

[Nfs-ganesha-devel] Change in ffilz/nfs-ganesha[next]: Add cache for netgroup innetgr() calls

>From Malahal : Malahal has uploaded a new change for review. https://review.gerrithub.io/287828 Change subject: Add cache for netgroup innetgr() calls .. Add cache for netgroup innetgr() calls Under some

[Nfs-ganesha-devel] Change in ffilz/nfs-ganesha[next]: Add auto expiration of netgroup cache entries

>From Malahal : Malahal has uploaded a new change for review. https://review.gerrithub.io/287829 Change subject: Add auto expiration of netgroup cache entries .. Add auto expiration of netgroup cache