Re: [Nfs-ganesha-devel] only use of UDP client is NSM
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
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
> 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
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
> 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
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
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
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
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
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
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
>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
>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...
>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
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