ng that
takes so long. Is it some syscall? Which one?
>From there you can start looking at statistics in the NFS client to
see what's going on there. Are certain RPCs taking longer than they
should? Which ones?
Once you know what's going on with the client, you can better tell
what's going on with the server.
--
Jeff Layton
___
Nfs-ganesha-devel mailing list
Nfs-ganesha-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs-ganesha-devel
t; Related links:
>
> [1] http://tracker.ceph.com/issues/16526
> [2] https://github.com/nfs-ganesha/nfs-ganesha/issues/100
>
> Thanks
> David
>
It looks like you're having ganesha do the mount as "client.admin", and
I suspect that that may allow you to byp
with a Luminous cluster be a non-starter?
>
>
>
> On Wed, 12 Dec 2018, 12:16 Jeff Layton > (Sorry for the duplicate email to ganesha lists, but I wanted to widen
> > it to include the ceph lists)
> >
> > In response to some cries for help over IRC, I wrote
!
--
Jeff Layton
___
Nfs-ganesha-devel mailing list
Nfs-ganesha-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs-ganesha-devel
/deploying-an-active-active-nfs-cluster-over-cephfs/
Feel free to comment if you have questions. We may be want to eventually
turn this into a document in the ganesha tree as well.
Cheers!
--
Jeff Layton
___
Nfs-ganesha-devel mailing list
Nfs-ganesha-devel
nning
This recovery backend is the basis for allowing ganesha to work in an
active/active configuration over CephFS. I plan to cover the theory and
design, and give a brief demo of it.
Cheers,
--
Jeff Layton
--
Check ou
e reason.
A wire capture of the event would be ideal, if only to narrow down
whether the server sent the wrong seqid here or the client ignored it
for some reason. Testing more recent ganesha code might also be helpful
if that's an option.
Good luck!
--
Jeff Layton
-
of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> Nfs-ganesha-devel mailing list
> Nfs-ganesha-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/nfs-ganesha-devel
See:
>
> But success for CI CentOS cthon04 and CEA 9P and pynfs!
>
> So who is able to update the trigger-fsal_gluster CI?
>
> Do we need a separate trigger-fsal_ceph CI?
>
Bah, that was my breakage. We c
On Wed, 2018-02-21 at 18:24 -0500, William Allen Simpson wrote:
> On 2/21/18 4:51 PM, Jeff Layton wrote:
> > On Wed, 2018-02-21 at 13:40 -0800, Frank Filz wrote:
> > > We could take this opportunity to change the option to RPCBIND...
> > >
> >
> >
On Wed, 2018-02-21 at 13:40 -0800, Frank Filz wrote:
> > On 2/21/18 1:59 PM, GerritHub wrote:
> > > Jeff Layton has uploaded this change for *review*.
> > >
> > > View Change <https://review.gerrithub.io/400871>
> > >
> > > MainNFSD: inv
On Wed, 2018-02-21 at 16:22 -0500, William Allen Simpson wrote:
> On 2/21/18 1:59 PM, GerritHub wrote:
> > Jeff Layton has uploaded this change for *review*.
> >
> > View Change <https://review.gerrithub.io/400871>
> >
> > MainNFSD: invert _NO_PORTMAPPER
On Fri, 2017-11-10 at 14:19 +, Sage Weil wrote:
> On Fri, 10 Nov 2017, Jeff Layton wrote:
> > On Fri, 2017-11-10 at 21:39 +0800, Yan, Zheng wrote:
> > > On Fri, Nov 10, 2017 at 7:24 PM, Jeff Layton wrote:
> > > > On Fri, 2017-11-10 at 10:31 +0800, Yan, Zheng w
On Fri, 2017-11-10 at 10:31 +0800, Yan, Zheng wrote:
> On Fri, Nov 10, 2017 at 12:03 AM, Jeff Layton wrote:
> > From: Jeff Layton
> >
> > FSAL_CEPH just does a ceph_ll_get_inode when asked to create a
> > filehandle today, which only does a query of the local Ceph c
On Fri, 2017-11-10 at 21:39 +0800, Yan, Zheng wrote:
> On Fri, Nov 10, 2017 at 7:24 PM, Jeff Layton wrote:
> > On Fri, 2017-11-10 at 10:31 +0800, Yan, Zheng wrote:
> > > On Fri, Nov 10, 2017 at 12:03 AM, Jeff Layton wrote:
> > > > From: Jeff Layton
> >
From: Jeff Layton
FSAL_CEPH just does a ceph_ll_get_inode when asked to create a
filehandle today, which only does a query of the local Ceph client
cache. This means, it can only find Inodes that were previously found
via name lookup.
When ganesha is restarted, we have a blank-slate Client, and
AL_GPFS still needs to be converted to use the new interface (not too
hard to do, but I'd rather it be done by someone who is able to test the
result).
I have a patch for FSAL_CEPH more or less ready to go, but I'm having to
rework some of the underlying ceph support. Once that's done and
t at it in
the branch above is wrong, I think, so I'm looking more closely today at
the up_ops stuff (spoiler -- it's quite complicated with the layered
FSAL approach).
--
Jeff Layton
--
Check out the vibrant
From: Jeff Layton
There are two calls to do_delegation in the current code, but only one
is still "live". The other is commented out.
The live one will only be called if support_ex returns false. That will
result in the ->lock_op being called to request a delegation.
Most non-sup
AL_GLUSTER (hopefully in 2.6 release). WRT XFS, I am not sure if
> anyone is actively looking at it.
>
> Thanks,
> Soumya
>
Hi Soumya,
I just started looking at delegation support in ganesha (mostly
request?
> Thanks for pointing this out. Ganesha would definitely be able to make use of
> it. Beyond btime, are there any other fields it adds access to that struct
> stat did not have?
Not so far, but the interface is extensible so w
hion, as long as the callers check the stx_mask to make
sure the returned values are legit.
I'll look at whether it's possible to wire that up as well if it's
helpful for ganesha.
> On Tue, Jun 28, 2016 at 2:17 PM, Jeff Layton wrote:
> >
> > I have a patchset qu
any issues with the above pull request?
--
Jeff Layton
--
Attend Shape: An AT&T Tech Expo July 15-16. Meet us at AT&T Park in San
Francisco, CA to explore cutting-edge tech and listen to tech luminaries
present thei
23 matches
Mail list logo
