Re: [Nfs-ganesha-devel] Continued code review of FSAL_MDCACHE

On 04/04/2016 11:32 AM, Frank Filz wrote: >>> >>> @@ -691,6 +486,7 @@ state_status_t layoutrecall(struct fsal_module > *fsal, >>> >>> /* Free the recall list resources */ >>> destroy_recall(recall); >>> + obj->obj_ops.put_ref(obj); >>> >>> return rc; >>>}

Re: [Nfs-ganesha-devel] NFSv4 open close operations are slow compared to Linux kernel NFSv4

Hi Tushar, There's no one specific thread, no, but as a project, we're interested in continuous performance improvement. Can you provide details of your setup and workload for reference? Matt - Original Message - > From: "Tushar Shinde" > To:

Re: [Nfs-ganesha-devel] Continued code review of FSAL_MDCACHE

> On 04/01/2016 07:50 PM, Frank Filz wrote: > > @@ -344,19 +134,20 @@ static cache_inode_status_t update(struct > > fsal_module *fsal, > >* @return STATE_SUCCESS or errors. > >*/ > > > > -static state_status_t lock_grant(struct fsal_module *fsal, > > +static state_status_t

Re: [Nfs-ganesha-devel] ganesha nfs in lxc

Hi, as far as I know this container is running in privileged mode according to: cat /proc/self/uid_map 0 0 4294967295 menas priviledge, right? but I am sure you are right, but have no idea how to confirm what is the problem and how to change it. thanks, Csaba Dobo On Fri, Apr 1, 2016

Re: [Nfs-ganesha-devel] Unable to export any path with the VFS FSAL

Makes sense. Frank, I have a basic FSAL backend working, but what would be the easiest way to have my FSAL implementation enable PNFS?  That is, I want the client to ask me which machine my file lives on. Looking at the gluster code for a few hours now and it's not entirely obvious to me as to

[Nfs-ganesha-devel] NFSv4 open close operations are slow compared to Linux kernel NFSv4

Hi, I am facing issue that NFS v4 Ganesha is slower than kernel v4 server. I found it about 20-30 percent slower. Anyone know any patch/mail thread discussing this problem? Thank you, Tushar --

Re: [Nfs-ganesha-devel] Continued code review of FSAL_MDCACHE

On 04/01/2016 07:50 PM, Frank Filz wrote: > @@ -344,19 +134,20 @@ static cache_inode_status_t update(struct fsal_module > *fsal, >* @return STATE_SUCCESS or errors. >*/ > > -static state_status_t lock_grant(struct fsal_module *fsal, > +static state_status_t lock_grant(struct fsal_export

Re: [Nfs-ganesha-devel] Return value of consume_ev_sig_nb() not handled ?

Hi, inline - Original Message - > From: "arun kumar" > To: "Matt Benjamin" > Cc: nfs-ganesha-devel@lists.sourceforge.net, "William Simpson" > > Sent: Sunday, April 3, 2016 12:43:52 AM > Subject: Re:

[Nfs-ganesha-devel] V2.3-dev-13 Coverity status

Hi, This week, coverity analysis reports 0 eliminated defects and 0 new defects Analysis summary report: Files analyzed : 474 Total LoC input to cov-analyze : 192482 Functions analyzed : 4610 Paths analyzed : 698867 All