Re: [Nfs-ganesha-devel] Work in Progress Readdir Chunking Posted

2017-02-23 Thread Matt Benjamin
Hi, - Original Message - > > Another thought is to look at the nlinks in the directory and decide to > cache or chunk. Please do not (invariantly) assume that nlinks is accurate until readdir() :) Matt > > Thanks > > Frank > > > > --- > This email has been checked for viruses by

Re: [Nfs-ganesha-devel] Deepsea support for NFS-Ganesha

2017-02-23 Thread Matt W. Benjamin
Very nice, thanks folks. Matt - "Supriti Singh" wrote: > Hello all, > > As I said in the concall this week, at SUSE, we are working on > salt-based deployment system for ceph, called Deepsea. > https://github.com/SUSE/DeepSea > > Recently we added support to

Re: [Nfs-ganesha-devel] Why FATTR4_ARCHIVE does not have decode method?

2017-02-23 Thread Frank Filz
Unfortunately we have not had the resources to test Windows clients, let alone the NFS v4 client, and no one has been bringing a Windows client to Connectathon or Bakeathon for several years now. I’m not sure what the current state of that client is. Frank From: sriram patil

Re: [Nfs-ganesha-devel] Why FATTR4_ARCHIVE does not have decode method?

2017-02-23 Thread sriram patil
Is there any NFSv4 Windows client that works with ganesha? Thanks, Sriram On Thu, Feb 23, 2017 at 10:57 PM, Frank Filz wrote: > Hmm, I don’t think Ganesha advertises support for FATTR4_ARCHIVE, so > client SHOULD NOT be sending it. > > > > Frank > > > > *From:* sriram

[Nfs-ganesha-devel] Why FATTR4_ARCHIVE does not have decode method?

2017-02-23 Thread sriram patil
Hi, I was trying to use NFS Ganesha NFSv4 export using a windows client. But this windows client is sending FATTR4_ARCHIVE in createattrs as part of OPEN and fails to create any file. decode method for FATTR4_ARCHIVE is not implemented, it returns NOOP. I figured that the read-only attributes do

[Nfs-ganesha-devel] Change in ffilz/nfs-ganesha[next]: FSAL_PROXY (support_ex without state) : final pxy_support_ex

2017-02-23 Thread GerritHub
>From Patrice LUCAS : Patrice LUCAS has uploaded a new change for review. ( https://review.gerrithub.io/350166 Change subject: FSAL_PROXY (support_ex without state) : final pxy_support_ex .. FSAL_PROXY

[Nfs-ganesha-devel] Change in ffilz/nfs-ganesha[next]: RGW: enlighten rgw_lookup from readdir callbacks

2017-02-23 Thread GerritHub
>From Matt Benjamin : Matt Benjamin has uploaded a new change for review. ( https://review.gerrithub.io/350192 Change subject: RGW: enlighten rgw_lookup from readdir callbacks .. RGW: enlighten

Re: [Nfs-ganesha-devel] [RFC] change struct state_t to include fsal_fd

2017-02-23 Thread Frank Filz
> On Do, 2017-02-23 at 04:40 -0500, William Allen Simpson wrote: > > On 2/23/17 3:43 AM, Swen Schillig wrote: > > > > > > while removing some legacy GPFS code I stumbled over this > > > > > > my_fd = (struct gpfs_fd *)(state + 1); > > > > > > which is probably just copied from an early version

Re: [Nfs-ganesha-devel] [RFC] change struct state_t to include fsal_fd

2017-02-23 Thread Swen Schillig
On Do, 2017-02-23 at 04:40 -0500, William Allen Simpson wrote: > On 2/23/17 3:43 AM, Swen Schillig wrote: > > > > while removing some legacy GPFS code I stumbled over this > > > > my_fd = (struct gpfs_fd *)(state + 1); > > > > which is probably just copied from an early version to all our >

Re: [Nfs-ganesha-devel] [RFC] change struct state_t to include fsal_fd

2017-02-23 Thread William Allen Simpson
On 2/23/17 3:43 AM, Swen Schillig wrote: > while removing some legacy GPFS code I stumbled over this > > my_fd = (struct gpfs_fd *)(state + 1); > > which is probably just copied from an early version to all our FSALs. > Looks like the state struct is followed by per-FSAL independent data. A

Re: [Nfs-ganesha-devel] Change in ffilz/nfs-ganesha[next]: pull up ntirpc #41 & #42

2017-02-23 Thread William Allen Simpson
On 2/21/17 12:30 PM, GerritHub wrote: > william.allen.simp...@gmail.com uploaded this change for *review*. > > View Change > > pull up ntirpc #41 > > Remove unused SVC_VC_CREATE_BOTHWAYS > This is now: pull up ntirpc #41 & #42 Many thanks to Daniel G for his

Re: [Nfs-ganesha-devel] [RFC] change struct state_t to include fsal_fd

2017-02-23 Thread Swen Schillig
On Do, 2017-02-23 at 14:28 +0530, Malahal Naineni wrote: > That won't work for out of tree fsals, right? Either decouple them > with a pointer or have a suitable macro to convert. To avoid split > allocs, a macro would be better. > > Regards, Malahal. > PS: #define GPFS_STATE2FD(state) ((struct