VFS, XFS, CEPH, and GLUSTER
XFS was a few lines beyond VFS
VFS will be most useful to you though CEPH has an owner parameter to locks that
gives some similarity to GPFS.
Frank
Sent from my iPhone
> On Jul 25, 2016, at 5:22 PM, Marc Eshel wrote:
>
> Do we have an FSAL that implemented mult
VFS?
Matt
- "Marc Eshel" wrote:
> Do we have an FSAL that implemented multi-fd ?
>
>
>
> From: "Frank Filz"
> To: Marc Eshel/Almaden/IBM@IBMUS
> Cc:
> Date: 07/25/2016 04:10 PM
> Subject:RE: multi-fd
>
>
>
> > Why do we have reopen2 as one of the multi-fd support
Do we have an FSAL that implemented multi-fd ?
From: "Frank Filz"
To: Marc Eshel/Almaden/IBM@IBMUS
Cc:
Date: 07/25/2016 04:10 PM
Subject:RE: multi-fd
> Why do we have reopen2 as one of the multi-fd support, I thought that
one
> of the resones for multi fd is so we don't
Ketan Dixit [ketan.di...@apcera.com] wrote:
>Log snippet of the failure for reference.
>On Mon, Jul 25, 2016 at 11:46 AM, Ketan Dixit <[1]ketan.di...@apcera.com>
>wrote:
>
> Hello,
> I compiled nfs-ganesha source code on ubuntu machine. (from the Next
> branch pulled on
> Why do we have reopen2 as one of the multi-fd support, I thought that one
> of the resones for multi fd is so we don't have to reopen files when we
get
> differnet/conflicting open options.
Reopen2 is for open upgrade/downgrade.
Frank
---
This email has been checked for viruses by Avast antiv
Hi Frank,
Why do we have reopen2 as one of the multi-fd support, I thought that one
of the reasons for multi fd is so we don't have to reopen files when we
get different/conflicting open options.
Do we have an FSAL that implemented multi-fd?
Marc.
Hi Frank,
Why do we have reopen2 as one of the multi-fd support, I thought that one
of the resones for multi fd is so we don't have to reopen files when we
get differnet/conflicting open options.
Marc.
From: GerritHub
To: Marc Eshel/Almaden/IBM@IBMUS
Cc: CEA-HPC , Matt Benjamin
,
Log snippet of the failure for reference.
On Mon, Jul 25, 2016 at 11:46 AM, Ketan Dixit
wrote:
> Hello,
>
>
> I compiled nfs-ganesha source code on ubuntu machine. (from the Next
> branch pulled on July 22 2016)
>
> I am hitting an error when starting the nfs-ganesha service. Logs are
> getting
Hello,
I compiled nfs-ganesha source code on ubuntu machine. (from the Next
branch pulled on July 22 2016)
I am hitting an error when starting the nfs-ganesha service. Logs are
getting flooded with this message.
*ganesha.nfsd:
/home/ubuntu/nfs-ganesha/src/config_parsing/config_parsing.
>From :
es...@us.ibm.com has uploaded a new change for review.
https://review.gerrithub.io/285191
Change subject: Allow the option of calling state_add() with lock held.
..
Allow the option of calling state_add() with lock he
Here are all the ops that need to be supported through MDCACHE, I am not
sure it it is the way of any call-backs.
Marc.
static void dsh_ops_init(struct fsal_dsh_ops *ops)
{
/* redundant copy, but you never know about the future... */
memcpy(ops, &def_dsh_ops, sizeof(struct fsal_ds
>From :
ajaynai...@gmail.com has uploaded a new change for review.
https://review.gerrithub.io/285125
Change subject: Enabled permission check even when state is already present to
prevent READ operation using stoled stateid
Hi,
I am testing nfs-ganesha 2.4 dev n with gluster 3.8.
I have 2.4 dev 21, 24 and 26 available to test.
Dev 24 and 26 SIGSEGV when an nfs v4 client runs find on the test data
set. This is not triggered in dev 21.
Test system is CentOS7.2
Gluster 3.8.1-1.el7
libntirpc-1.4.0-0.2pre2
Clients a
Yes, please direct github pull requests there :)
Matt
- Original Message -
> From: "Kaleb S. KEITHLEY"
> To: "Swen Schillig" ,
> nfs-ganesha-devel@lists.sourceforge.net
> Cc: "Matt Benjamin"
> Sent: Monday, July 25, 2016 10:50:22 AM
> Subject: Re: [Nfs-ganesha-devel] [libntirpc] mem-le
On 07/25/2016 10:47 AM, Swen Schillig wrote:
> On Mo, 2016-07-25 at 10:10 -0400, Kaleb S. KEITHLEY wrote:
>> On 07/25/2016 09:52 AM, Swen Schillig wrote:
>>>
>>> I have a few mem-leak fixes for libntirpc discovered by valgrind.
>>>
>>> Is there a way I could "upstream" them from within our ganesha
On Mo, 2016-07-25 at 10:10 -0400, Kaleb S. KEITHLEY wrote:
> On 07/25/2016 09:52 AM, Swen Schillig wrote:
> >
> > I have a few mem-leak fixes for libntirpc discovered by valgrind.
> >
> > Is there a way I could "upstream" them from within our ganesha repo
> > ?
> >
> > Sorry if that is already d
On 07/25/2016 09:52 AM, Swen Schillig wrote:
> I have a few mem-leak fixes for libntirpc discovered by valgrind.
>
> Is there a way I could "upstream" them from within our ganesha repo ?
>
> Sorry if that is already described somewhere else.
>
> Cheers Swen
https://github.com/nfs-ganesha/nfs-ga
I have a few mem-leak fixes for libntirpc discovered by valgrind.
Is there a way I could "upstream" them from within our ganesha repo ?
Sorry if that is already described somewhere else.
Cheers Swen
--
What NetFlow Ana
18 matches
Mail list logo
