Re: [Nfs-ganesha-devel] only use of UDP client is NSM

2017-08-09 Thread Malahal Naineni 
This talks about xnfs, not sure how it is different from nfs though: Here
is a link that says UDP is mandatory for NSM (and TCP is optional).

http://pubs.opengroup.org/onlinepubs/9629799/chap11.htm

On Wed, Aug 9, 2017 at 9:28 PM, William Allen Simpson <
william.allen.simp...@gmail.com> wrote:

> On 8/8/17 11:46 PM, Malahal Naineni wrote:
>
>>  >> AFAICT from grep'ing the NFS documents, NFSv3 NSM *MUST* support TCP.
>>
>> As far as I know, there is only one version (version 1) of NSM protocol.
>> Let us not mix this with NFS protocol. Here is a wording I read from an NSM
>> document:
>>
>> "The NSM Protocol is required to support the UDP/IP transport protocol to
>> allow the NLM to operate. However, implementors may also choose to support
>> the TCP/IP transport protocol."
>>
>> Could you point (or send) me at that document?
>
--
Check out the vibrant tech community on one 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

[Nfs-ganesha-devel] Weekly conference call timing

2017-08-09 Thread Frank Filz 
My daughter will be starting a new preschool, possibly as early as August
22nd. Unfortunately since it's Monday, Tuesday, Wednesday and I will need to
drop her off at 9:00 AM Pacific Time, which is right in the middle of our
current time slot...

We could keep the time slot and move to Thursday (or even Friday), or I
could make it work to do it an hour earlier.

I'd like to make this work for the largest number of people, so if you could
give me an idea of what times DON'T work for you that would be helpful.

7:30 AM to 8:30 AM Pacific Time would be:
10:30 AM to 11:30 AM Eastern Time
4:30 PM to 5:30 PM Paris Time
8:00 PM to 9:00 PM Bangalore Time (and 9:00 PM to 10:00 PM when we switch
back to standard time)

If there are other time zones we have folks joining from, please let me
know.

Thanks

Frank


---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus


--
Check out the vibrant tech community on one 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

Re: [Nfs-ganesha-devel] Proposed backports for 2.5.2

2017-08-09 Thread Frank Filz 
> Can you also add, it is a minor change in the value of
> FATTR4_XATTR_SUPPORT Thanks, Marc.
> 
> commit ac16ad42a514de218debc9b21e92cf9ca353ccc4
> Author: Marc Eshel 
> Date:   Sun Jul 30 12:50:14 2017 -0700
> 
> update FATTR4_XATTR_SUPPORT
> 
> update FATTR4_XATTR_SUPPORT to 82 based on latest draft-ietf-nfsv4-
> xattrs-06.txt
> Push to version 2.5
> 
> Change-Id: Id9afe2cedc9de080e5008a4a8bb502f47ebd0116
> Signed-off-by: Marc Eshel 

Yes, already tagged that one in my e-mail listing the patches from
V2.6-dev-2 to backport.

Frank

> From:   "Frank Filz" 
> To: , "'Matt Benjamin'" 
> Cc: 'nfs-ganesha-devel' 
> Date:   08/09/2017 09:05 AM
> Subject:Re: [Nfs-ganesha-devel] Proposed backports for 2.5.2
> 
> 
> 
> > On 08/09/2017 11:29 AM, Frank Filz wrote:
> > > Candidates not merged into 2.6 yet:
> > >
> > > Fix rgw_mount2 check when RGW not installed Daniel
> > Gryniewicz
> > > CMake - Have 'make dist' generate the correct tarball name Daniel
> > > Gryniewicz
> > > Build libntirpc package when not using system ntirpc Daniel
> > > Gryniewicz
> >
> > These could be useful to upstream Ceph for building.  However, it's
> > not
> vital.
> > For now, they have to have a separate branch with patches to do this.
> 
> If it helps upstream Ceph for building, that seems like a good reason to
take
> them.
> 
> Frank
> 
> 
> ---
> This email has been checked for viruses by Avast antivirus software.
> https://www.avast.com/antivirus
> 
> 
>

--
> Check out the vibrant tech community on one 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
> 
> 
> 



--
Check out the vibrant tech community on one 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

Re: [Nfs-ganesha-devel] Proposed backports for 2.5.2

2017-08-09 Thread Marc Eshel 
Can you also add, it is a minor change in the value of 
FATTR4_XATTR_SUPPORT
Thanks, Marc.

commit ac16ad42a514de218debc9b21e92cf9ca353ccc4
Author: Marc Eshel 
Date:   Sun Jul 30 12:50:14 2017 -0700

update FATTR4_XATTR_SUPPORT
 
update FATTR4_XATTR_SUPPORT to 82 based on latest 
draft-ietf-nfsv4-xattrs-06.txt
Push to version 2.5
 
Change-Id: Id9afe2cedc9de080e5008a4a8bb502f47ebd0116
Signed-off-by: Marc Eshel 



From:   "Frank Filz" 
To: , "'Matt Benjamin'" 
Cc: 'nfs-ganesha-devel' 
Date:   08/09/2017 09:05 AM
Subject:Re: [Nfs-ganesha-devel] Proposed backports for 2.5.2



> On 08/09/2017 11:29 AM, Frank Filz wrote:
> > Candidates not merged into 2.6 yet:
> >
> > Fix rgw_mount2 check when RGW not installed Daniel
> Gryniewicz
> > CMake - Have 'make dist' generate the correct tarball name Daniel
> > Gryniewicz
> > Build libntirpc package when not using system ntirpc Daniel
> > Gryniewicz
> 
> These could be useful to upstream Ceph for building.  However, it's not 
vital.
> For now, they have to have a separate branch with patches to do this.

If it helps upstream Ceph for building, that seems like a good reason to 
take them.

Frank


---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus


--
Check out the vibrant tech community on one 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






--
Check out the vibrant tech community on one 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

Re: [Nfs-ganesha-devel] Proposed backports for 2.5.2

2017-08-09 Thread Frank Filz 
> On 08/09/2017 11:29 AM, Frank Filz wrote:
> > Candidates not merged into 2.6 yet:
> >
> > Fix rgw_mount2 check when RGW not installed Daniel
> Gryniewicz
> > CMake - Have 'make dist' generate the correct tarball name Daniel
> > Gryniewicz
> > Build libntirpc package when not using system ntirpcDaniel
> > Gryniewicz
> 
> These could be useful to upstream Ceph for building.  However, it's not vital.
> For now, they have to have a separate branch with patches to do this.

If it helps upstream Ceph for building, that seems like a good reason to take 
them.

Frank


---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus


--
Check out the vibrant tech community on one 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

Re: [Nfs-ganesha-devel] Proposed backports for 2.5.2

2017-08-09 Thread Daniel Gryniewicz 

On 08/09/2017 11:29 AM, Frank Filz wrote:

Candidates not merged into 2.6 yet:

Fix rgw_mount2 check when RGW not installed Daniel Gryniewicz
CMake - Have 'make dist' generate the correct tarball name
Daniel Gryniewicz
Build libntirpc package when not using system ntirpcDaniel
Gryniewicz


These could be useful to upstream Ceph for building.  However, it's not 
vital.  For now, they have to have a separate branch with patches to do 
this.


Daniel

--
Check out the vibrant tech community on one 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

Re: [Nfs-ganesha-devel] Proposed backports for 2.5.2

2017-08-09 Thread Frank Filz 
Candidates not merged into 2.6 yet:

Fix rgw_mount2 check when RGW not installed Daniel Gryniewicz
CMake - Have 'make dist' generate the correct tarball name
Daniel Gryniewicz
Build libntirpc package when not using system ntirpcDaniel
Gryniewicz

Are any of the above three relevant to 2.5? If so, yes.

Ensure partition lock and qlane lock ordering   Daniel Gryniewicz

Yes

Set op_ctx when calling mdcache_lru_clean() in the context of background
thread. Pradeepthomas

Yes

Fixed mappings of Detached_Mult and Dir_Chunk to the right
mdcache_parameter.  Pradeepthomas

Yes

MDCACHE LRU: Increase log level from LogDebug to LogFullDebug
Supriti

Yes

FSAL: Provision for performance stats.  Sachin Punadikar

Probably not unless IBM needs this one.

Allow '.' and '..' as target path in symlink creation for NFSv4
Sachin Punadikar

Yes

 [rpm] Fix rpm release number.  Malahal

Yes

> -Original Message-
> From: Matt Benjamin [mailto:mbenj...@redhat.com]
> Sent: Wednesday, August 9, 2017 7:23 AM
> To: Gryniewicz, Daniel 
> Cc: nfs-ganesha-devel 
> Subject: Re: [Nfs-ganesha-devel] Proposed backports for 2.5.2
> 
> does this include the fix for  readdir chunking config parsing issue?
> I thought that affected 2.5.x
> 
> Matt
> 
> On Wed, Aug 9, 2017 at 9:55 AM, Daniel Gryniewicz 
> wrote:
> > Here's my proposed backports for 2.5.2:
> >
> > commit 7f2d461277521301a417ca368d3c7656edbfc903
> > FSAL_GLUSTER: Reset caller_garray to NULL upon free
> >
> > commit 114c38ce9fcf20878ffce3b454e106089a34ab5d
> > Decrement FD count in fsal_close even if obj_ops.close() fails
> >
> > commit 7f7c92363ba5c96e6fe5add81c81e65e90063cb2
> > MDCACHE - Fix rename/getattrs deadlock
> >
> > commit ef48ab5bc4e3f1a0fd6879433d774975622e8383
> > Dbus config: Allow only root users
> >
> > commit 2b88bcd16aaa653874079dc7401a49bb61421401
> > nfs_init_complete() is called too soon!
> >
> > commit 4aec4811f1c83578df8ecaacf4c8adda58cc3393
> > Fix deadlock in lru_reap_impl and simplify reapers
> >
> > commit d2b701662db9468c967ed6ecfd274625b1902a6c
> > Add new Reaper_Work_Per_Lane option
> >
> >
> > Daniel
> >
> > --
> >  Check out the vibrant tech community on one 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
> 
>

--
> Check out the vibrant tech community on one 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


---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus


--
Check out the vibrant tech community on one 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

Re: [Nfs-ganesha-devel] Proposed backports for 2.5.2

2017-08-09 Thread Frank Filz 
I had posted this earlier as a response to the dev-2 announcement...

Since we are talking about tagging V2.5.2 this week in addition to
V2.6-dev-4, I thought I'd indicate which patches from dev-2 probably should
be taken:

There will be more from dev-4 (but nothing from dev-3)

> 860368f Malahal Naineni Add dbus interface to recalculate fd limits

Yes if IBM needs this

> c8bc40b Daniel Gryniewicz CMake - Have 'make dist' generate the 
> correct
tarball name

No

> 814e9cd Gui Hecheng FSAL_RGW: adopt new rgw_mount2 with bucket 
> specified

No

> 39119aa Soumya Koduri FSAL_GLUSTER: Use glfs_xreaddirplus_r for 
> readdir

Yes? No? It's sort of a new feature, but may be critical for some use cases.
I'd rather it go into stable than end up separately backported for
downstream.

> 3441818 Dominique Martinet GPFS: add sys/sysmacros.h include to 
> export.c

Yes

> d2b7016 Daniel Gryniewicz Add new Reaper_Work_Per_Lane option

Yes (it's a new option, but I think this is critical for some use cases of
Ganesha, let's get it into stable sooner than later)

> 18baba1 Kinglong Mee export: add a parameter to indicating lock type 
> for
foreach_gsh_export

Yes

> ac16ad4 Marc Eshel update FATTR4_XATTR_SUPPORT

Yes (spec compliance)

> f0a6a4e Frank S. Filz Fix CREATE_SESSION replay cache

Yes (spec compliance)

> 18ca372 Frank S. Filz Fix EID6h and EID7 pynfs 4.1 test cases

Yes (spec compliance and also fixes a refcount leak)

> 4aec481 Frank S. Filz Fix deadlock in lru_reap_impl and simplify 
> reapers

Yes

Frank


---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus

> -Original Message-
> From: Daniel Gryniewicz [mailto:d...@redhat.com]
> Sent: Wednesday, August 9, 2017 7:49 AM
> To: Matt Benjamin 
> Cc: nfs-ganesha-devel 
> Subject: Re: [Nfs-ganesha-devel] Proposed backports for 2.5.2
> 
> That's not in 2.6 yet.  As soon as it is, yes.
> 
> Daniel
> 
> On 08/09/2017 10:22 AM, Matt Benjamin wrote:
> > does this include the fix for  readdir chunking config parsing issue?
> > I thought that affected 2.5.x
> >
> > Matt
> >
> > On Wed, Aug 9, 2017 at 9:55 AM, Daniel Gryniewicz 
> wrote:
> >> Here's my proposed backports for 2.5.2:
> >>
> >> commit 7f2d461277521301a417ca368d3c7656edbfc903
> >>  FSAL_GLUSTER: Reset caller_garray to NULL upon free
> >>
> >> commit 114c38ce9fcf20878ffce3b454e106089a34ab5d
> >>  Decrement FD count in fsal_close even if obj_ops.close() fails
> >>
> >> commit 7f7c92363ba5c96e6fe5add81c81e65e90063cb2
> >>  MDCACHE - Fix rename/getattrs deadlock
> >>
> >> commit ef48ab5bc4e3f1a0fd6879433d774975622e8383
> >>  Dbus config: Allow only root users
> >>
> >> commit 2b88bcd16aaa653874079dc7401a49bb61421401
> >>  nfs_init_complete() is called too soon!
> >>
> >> commit 4aec4811f1c83578df8ecaacf4c8adda58cc3393
> >>  Fix deadlock in lru_reap_impl and simplify reapers
> >>
> >> commit d2b701662db9468c967ed6ecfd274625b1902a6c
> >>  Add new Reaper_Work_Per_Lane option
> >>
> >>
> >> Daniel
> >>
> >> -
> >> - Check out the vibrant tech community on one 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
> 
> 
>

--
> Check out the vibrant tech community on one 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


--
Check out the vibrant tech community on one 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

Re: [Nfs-ganesha-devel] Proposed backports for 2.5.2

2017-08-09 Thread Daniel Gryniewicz 

That's not in 2.6 yet.  As soon as it is, yes.

Daniel

On 08/09/2017 10:22 AM, Matt Benjamin wrote:

does this include the fix for  readdir chunking config parsing issue?
I thought that affected 2.5.x

Matt

On Wed, Aug 9, 2017 at 9:55 AM, Daniel Gryniewicz  wrote:

Here's my proposed backports for 2.5.2:

commit 7f2d461277521301a417ca368d3c7656edbfc903
 FSAL_GLUSTER: Reset caller_garray to NULL upon free

commit 114c38ce9fcf20878ffce3b454e106089a34ab5d
 Decrement FD count in fsal_close even if obj_ops.close() fails

commit 7f7c92363ba5c96e6fe5add81c81e65e90063cb2
 MDCACHE - Fix rename/getattrs deadlock

commit ef48ab5bc4e3f1a0fd6879433d774975622e8383
 Dbus config: Allow only root users

commit 2b88bcd16aaa653874079dc7401a49bb61421401
 nfs_init_complete() is called too soon!

commit 4aec4811f1c83578df8ecaacf4c8adda58cc3393
 Fix deadlock in lru_reap_impl and simplify reapers

commit d2b701662db9468c967ed6ecfd274625b1902a6c
 Add new Reaper_Work_Per_Lane option


Daniel

--
Check out the vibrant tech community on one 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



--
Check out the vibrant tech community on one 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

Re: [Nfs-ganesha-devel] Proposed backports for 2.5.2

2017-08-09 Thread Matt Benjamin 
does this include the fix for  readdir chunking config parsing issue?
I thought that affected 2.5.x

Matt

On Wed, Aug 9, 2017 at 9:55 AM, Daniel Gryniewicz  wrote:
> Here's my proposed backports for 2.5.2:
>
> commit 7f2d461277521301a417ca368d3c7656edbfc903
> FSAL_GLUSTER: Reset caller_garray to NULL upon free
>
> commit 114c38ce9fcf20878ffce3b454e106089a34ab5d
> Decrement FD count in fsal_close even if obj_ops.close() fails
>
> commit 7f7c92363ba5c96e6fe5add81c81e65e90063cb2
> MDCACHE - Fix rename/getattrs deadlock
>
> commit ef48ab5bc4e3f1a0fd6879433d774975622e8383
> Dbus config: Allow only root users
>
> commit 2b88bcd16aaa653874079dc7401a49bb61421401
> nfs_init_complete() is called too soon!
>
> commit 4aec4811f1c83578df8ecaacf4c8adda58cc3393
> Fix deadlock in lru_reap_impl and simplify reapers
>
> commit d2b701662db9468c967ed6ecfd274625b1902a6c
> Add new Reaper_Work_Per_Lane option
>
>
> Daniel
>
> --
> Check out the vibrant tech community on one 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

--
Check out the vibrant tech community on one 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

[Nfs-ganesha-devel] Proposed backports for 2.5.2

2017-08-09 Thread Daniel Gryniewicz 

Here's my proposed backports for 2.5.2:

commit 7f2d461277521301a417ca368d3c7656edbfc903
FSAL_GLUSTER: Reset caller_garray to NULL upon free

commit 114c38ce9fcf20878ffce3b454e106089a34ab5d
Decrement FD count in fsal_close even if obj_ops.close() fails

commit 7f7c92363ba5c96e6fe5add81c81e65e90063cb2
MDCACHE - Fix rename/getattrs deadlock

commit ef48ab5bc4e3f1a0fd6879433d774975622e8383
Dbus config: Allow only root users

commit 2b88bcd16aaa653874079dc7401a49bb61421401
nfs_init_complete() is called too soon!

commit 4aec4811f1c83578df8ecaacf4c8adda58cc3393
Fix deadlock in lru_reap_impl and simplify reapers

commit d2b701662db9468c967ed6ecfd274625b1902a6c
Add new Reaper_Work_Per_Lane option


Daniel

--
Check out the vibrant tech community on one 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

[Nfs-ganesha-devel] Change in ffilz/nfs-ganesha[next]: Fix rgw_mount2 check when RGW not installed

2017-08-09 Thread GerritHub 
>From Daniel Gryniewicz :

Daniel Gryniewicz has uploaded this change for review. ( 
https://review.gerrithub.io/373581


Change subject: Fix rgw_mount2 check when RGW not installed
..

Fix rgw_mount2 check when RGW not installed

When RGW was not found, some variables were unset, that were then used
in the check for rgw_mount2, causing cmake errors.  Move the rgw_mount2
check into the success case for librgw.

Change-Id: I8084eb2f639e228beae65c0c4941eef8a678d07b
Signed-off-by: Daniel Gryniewicz 
---
M src/cmake/modules/FindRGW.cmake
1 file changed, 8 insertions(+), 7 deletions(-)



  git pull ssh://review.gerrithub.io:29418/ffilz/nfs-ganesha 
refs/changes/81/373581/1
-- 
To view, visit https://review.gerrithub.io/373581
To unsubscribe, visit https://review.gerrithub.io/settings

Gerrit-Project: ffilz/nfs-ganesha
Gerrit-Branch: next
Gerrit-MessageType: newchange
Gerrit-Change-Id: I8084eb2f639e228beae65c0c4941eef8a678d07b
Gerrit-Change-Number: 373581
Gerrit-PatchSet: 1
Gerrit-Owner: Daniel Gryniewicz 
--
Check out the vibrant tech community on one 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

[Nfs-ganesha-devel] Change in ffilz/nfs-ganesha[next]: CMake - Have 'make dist' generate the correct tarball name

2017-08-09 Thread GerritHub 
>From Daniel Gryniewicz :

Daniel Gryniewicz has uploaded this change for review. ( 
https://review.gerrithub.io/373582


Change subject: CMake - Have 'make dist' generate the correct tarball name
..

CMake - Have 'make dist' generate the correct tarball name

The default name for CPack includes -Source in the tarball name.  Fix it
to just have the full version.

Change-Id: I6f2dfd9dc4431df6372d30e3c6510b290ec9e8de
Signed-off-by: Daniel Gryniewicz 
---
M src/CMakeLists.txt
M src/cmake/cpack_config.cmake
2 files changed, 4 insertions(+), 6 deletions(-)



  git pull ssh://review.gerrithub.io:29418/ffilz/nfs-ganesha 
refs/changes/82/373582/1
-- 
To view, visit https://review.gerrithub.io/373582
To unsubscribe, visit https://review.gerrithub.io/settings

Gerrit-Project: ffilz/nfs-ganesha
Gerrit-Branch: next
Gerrit-MessageType: newchange
Gerrit-Change-Id: I6f2dfd9dc4431df6372d30e3c6510b290ec9e8de
Gerrit-Change-Number: 373582
Gerrit-PatchSet: 1
Gerrit-Owner: Daniel Gryniewicz 
--
Check out the vibrant tech community on one 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

[Nfs-ganesha-devel] Change in ffilz/nfs-ganesha[next]: This is a dumb change with a very long commit message - plea...

2017-08-09 Thread GerritHub 
>From Frank Filz :

Frank Filz has uploaded this change for review. ( 
https://review.gerrithub.io/373579


Change subject: This is a dumb change with a very long commit message - please 
ignore and don't bother reviewing
..

This is a dumb change with a very long commit message - please ignore and don't 
bother reviewing

Change-Id: I546af761ae55a11c7b800eede8b16723af395d4b
Signed-off-by: Frank S. Filz 
---
M src/CMakeLists.txt
1 file changed, 2 insertions(+), 0 deletions(-)



  git pull ssh://review.gerrithub.io:29418/ffilz/nfs-ganesha 
refs/changes/79/373579/1
-- 
To view, visit https://review.gerrithub.io/373579
To unsubscribe, visit https://review.gerrithub.io/settings

Gerrit-Project: ffilz/nfs-ganesha
Gerrit-Branch: next
Gerrit-MessageType: newchange
Gerrit-Change-Id: I546af761ae55a11c7b800eede8b16723af395d4b
Gerrit-Change-Number: 373579
Gerrit-PatchSet: 1
Gerrit-Owner: Frank Filz 
--
Check out the vibrant tech community on one 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

Re: [Nfs-ganesha-devel] only use of UDP client is NSM

2017-08-09 Thread Daniel Gryniewicz 

On 08/08/2017 10:34 PM, William Allen Simpson wrote:

On 8/8/17 1:58 PM, Daniel Gryniewicz wrote:

On 08/08/2017 01:17 PM, William Allen Simpson wrote:

NSM should be accessible by TCP.  Why are we using UDP?

Is there a downstream need?



Yes, there is a downstream need for NSM.


Would prefer folks answer the question asked.  I didn't ask about NSM.
Note the lack of a question mark

It very explicitly asked:

"Why are we using UDP? Is there a downstream need?"

AFAICT from grep'ing the NFS documents, NFSv3 NSM *MUST* support TCP.
We do not support NFSv2.  We should be using TCP.

Do we have a downstream need for NFSv2 support for NSM only?

If not, I'm going to drop this unsupported and frankly kludgy code.


NFSv3 supports UDP.  We support NFSv3.  Therefore we support UDP, for 
*all* of NFSv3.  I will not approve any patch that removes UDP support 
from Ganesha.  If the community prefers otherwise, so be it, but I 
believe UDP support is necessary.


Daniel

--
Check out the vibrant tech community on one 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