[Nfs-ganesha-devel] Change in ffilz/nfs-ganesha[next]: GLUSTER: make sure to free xstat when meeting error

2017-08-17 Thread GerritHub 
>From Kinglong Mee :

Kinglong Mee has uploaded this change for review. ( 
https://review.gerrithub.io/374748


Change subject: GLUSTER: make sure to free xstat when meeting error
..

GLUSTER: make sure to free xstat when meeting error

Change-Id: I816868251eaec3ff607130db8ea105834c71ff77
Signed-off-by: Kinglong Mee 
---
M src/FSAL/FSAL_GLUSTER/handle.c
1 file changed, 9 insertions(+), 3 deletions(-)



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

Gerrit-Project: ffilz/nfs-ganesha
Gerrit-Branch: next
Gerrit-MessageType: newchange
Gerrit-Change-Id: I816868251eaec3ff607130db8ea105834c71ff77
Gerrit-Change-Number: 374748
Gerrit-PatchSet: 1
Gerrit-Owner: Kinglong Mee 
--
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]: GLUSTER: make sure to free xstat when meeting error

2017-08-17 Thread GerritHub 
>From Kinglong Mee :

Kinglong Mee has uploaded this change for review. ( 
https://review.gerrithub.io/374747


Change subject: GLUSTER: make sure to free xstat when meeting error
..

GLUSTER: make sure to free xstat when meeting error

Change-Id: I4e33b7a835bd36dd5e833b240376f123bf7582f4
Signed-off-by: Kinglong Mee 
---
M src/FSAL/FSAL_GLUSTER/handle.c
1 file changed, 9 insertions(+), 3 deletions(-)



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

Gerrit-Project: ffilz/nfs-ganesha
Gerrit-Branch: next
Gerrit-MessageType: newchange
Gerrit-Change-Id: I4e33b7a835bd36dd5e833b240376f123bf7582f4
Gerrit-Change-Number: 374747
Gerrit-PatchSet: 1
Gerrit-Owner: Kinglong Mee 
--
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] Announce Push of V2.6-dev.5

2017-08-17 Thread Frank Filz 
Branch next

Tag:V2.6-dev.5

Release Highlights

* Reduce severity level of trace "Export entry is not cached"

* Removed lines which increase "q->size" after lru_insert()

* Fix root squashing for NFSv3

* config: add config_url and RADOS url provider

* Close dbus connection during shutdown

Signed-off-by: Frank S. Filz 

Contents:

2555f63 Frank S. Filz V2.6-dev.5
7e4d1ba Soumya Koduri Close dbus connection during shutdown
f7a09d8 Matt Benjamin config: add config_url and RADOS url provider
e86723e Malahal Naineni Fix root squashing for NFSv3
625961c Madhu Thorat Removed lines which increase "q->size" after
lru_insert()
88c7c76 Madhu Thorat Reduce severity level of trace "Export entry is not
cached"


---
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

[Nfs-ganesha-devel] Change in ffilz/nfs-ganesha[next]: DBUS interface for purging idmapper cache.

2017-08-17 Thread GerritHub 
>From :

rishabhs...@gmail.com has uploaded this change for review. ( 
https://review.gerrithub.io/374727


Change subject: DBUS interface for purging idmapper cache.
..

DBUS interface for purging idmapper cache.

Change-Id: Ie6a6d625cf114091bec2e6785602154b9f2df6dc
Signed-off-by: Rishabh Sharma 
---
M src/MainNFSD/nfs_admin_thread.c
1 file changed, 35 insertions(+), 0 deletions(-)



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

Gerrit-Project: ffilz/nfs-ganesha
Gerrit-Branch: next
Gerrit-MessageType: newchange
Gerrit-Change-Id: Ie6a6d625cf114091bec2e6785602154b9f2df6dc
Gerrit-Change-Number: 374727
Gerrit-PatchSet: 1
Gerrit-Owner: rishabhs...@gmail.com
--
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-17 Thread Matt Benjamin 
I'm confused, napalm is 2.6-dev, not 2.5.x

On Thu, Aug 17, 2017 at 5:13 PM, Frank Filz  wrote:

> Actually, the problem was Bill’s Napalm…
>
>
>
> I was able to make sense of the manual merge for
>
>
>
> ff98ea64b6d1228443a35b2f7ceb3c61c0a0c1d1 Build libntirpc package when not
> using system ntirpc
>
>
>
> But not for
>
>
>
> 6bd32da613e26a768ac1dc4db1001395bd10c295 CMake - Have 'make dist'
> generate the correct tarball name
>
>
>
> I pushed my results to
>
>
>
> https://github.com/ffilz/nfs-ganesha/commits/V2.5-stable
>
>
>
> Frank
>
>
>
> *From:* Malahal Naineni [mailto:mala...@gmail.com]
> *Sent:* Thursday, August 17, 2017 10:39 AM
> *To:* Frank Filz 
> *Cc:* Matt Benjamin ; Soumya Koduri <
> skod...@redhat.com>; nfs-ganesha-devel  sourceforge.net>
>
> *Subject:* Re: [Nfs-ganesha-devel] Proposed backports for 2.5.2
>
>
>
> I did but the failover/failback code re-org looked like contributed, but I
> am not positive.
>
>
>
> On Thu, Aug 17, 2017 at 7:40 PM, Frank Filz 
> wrote:
>
> Hmm, did you cherry pick in the original order?
>
>
>
> I’ll take a look at this later today.
>
>
>
> Frank
>
>
>
> *From:* Malahal Naineni [mailto:mala...@gmail.com]
> *Sent:* Wednesday, August 16, 2017 11:34 PM
> *To:* Matt Benjamin 
> *Cc:* Frank Filz ; Soumya Koduri <
> skod...@redhat.com>; nfs-ganesha-devel  sourceforge.net>
>
>
> *Subject:* Re: [Nfs-ganesha-devel] Proposed backports for 2.5.2
>
>
>
> Dan, I backported everything that was needed except the following 2 as I
> don't want to mess with cmake! Can you please quickly send ported patches?
> Appreciate your help. The latest V2.5 code is at  my personal github branch
> V2.5-stable:
>
>
>
> https://github.com/malahal/nfs-ganesha/commits/V2.5-stable
>
>
>
> The following 2 commits failed to apply:
>
>
>
> 6bd32da613e26a768ac1dc4db1001395bd10c295 CMake - Have 'make dist'
> generate the correct tarball name
>
> ff98ea64b6d1228443a35b2f7ceb3c61c0a0c1d1 Build libntirpc package when not
> using system ntirpc
>
>
>
>
>
>
>
> On Wed, Aug 16, 2017 at 10:47 PM, Matt Benjamin 
> wrote:
>
> Hi Frank,
>
> On Wed, Aug 16, 2017 at 1:11 PM, Frank Filz 
> wrote:
> > Oh, nice.
>
> >
> >
> > Matt, what about this one?
> >
> >
> >
> > 814e9cd65 FSAL_RGW: adopt new rgw_mount2 with bucket specified
>
> RHCS doesn't officially support this, but I'd say it would be nice to have.
>
> Matt
>
>
> >
> >
> >
> > Frank
> >
> >
> >
> >
> >
> > From: Malahal Naineni [mailto:mala...@gmail.com]
> > Sent: Wednesday, August 16, 2017 9:28 AM
> > To: Soumya Koduri 
> > Cc: Frank Filz ; d...@redhat.com; Matt Benjamin
> > ; nfs-ganesha-devel
> > 
> > Subject: Re: [Nfs-ganesha-devel] Proposed backports for 2.5.2
> >
> >
> >
> > I pushed a notes branch "refs/notes/backport" which has a note saying
> > "backport to V2.5". You should be able to fetch this special branch with
> > "git fetch origin refs/notes/*:refs/notes/*". After fetching this special
> > branch, you should do "export GIT_NOTES_REF=refs/notes/backport" in your
> > SHELL and then run the usual "git log" to see if I missed any commits you
> > are interested in.
> >
> >
> >
> > Alternatively, the following are the commits that will NOT be back
> ported.
> > Let me know if you need any of these. I will cherry pick things tomorrow
> and
> > publish the branch, if there are no comments...
> >
> >
> >
> > 00b9e0798 Revert "CMake - Have 'make dist' generate the correct tarball
> > name"
> >
> > 1b60d5df2 FSAL_MEM - fix UP thread init/cleanup
> >
> > 39119aab0 FSAL_GLUSTER: Use glfs_xreaddirplus_r for readdir
> >
> > 4b4e21ed9 Manpage - Fix installing manpages in RPM
> >
> > 814e9cd65 FSAL_RGW: adopt new rgw_mount2 with bucket specified
> >
> > b862fe360 SAL: extract fs logic from nfs4_recovery
> >
> > c29114162 Napalm dispatch plus plus
> >
> > c8bc40b69 CMake - Have 'make dist' generate the correct tarball name
> >
> > cb787a1cf SAL: introduce new recovery backend based on rados kv store
> >
> > eadfc762e New (empty) sample config
> >
> > eb4eea134 config: add new config options for rados_kv recovery backend
> >
> > fbc905015 cmake: make modulized recovery backends compile as modules
> >
> >
> >
> >
> >
> > On Fri, Aug 11, 2017 at 8:08 AM, Soumya Koduri 
> wrote:
> >
> >
> >> commit 7f2d461277521301a417ca368d3c7656edbfc903
> >>  FSAL_GLUSTER: Reset caller_garray to NULL upon free
> >>
> >
> > Yes
> >
> > On 08/09/2017 08:57 PM, Frank Filz wrote:
> >
> > 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

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

2017-08-17 Thread Frank Filz 
Actually, the problem was Bill’s Napalm…



I was able to make sense of the manual merge for



ff98ea64b6d1228443a35b2f7ceb3c61c0a0c1d1 Build libntirpc package when not using 
system ntirpc



But not for



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



I pushed my results to



https://github.com/ffilz/nfs-ganesha/commits/V2.5-stable



Frank



From: Malahal Naineni [mailto:mala...@gmail.com]
Sent: Thursday, August 17, 2017 10:39 AM
To: Frank Filz 
Cc: Matt Benjamin ; Soumya Koduri ; 
nfs-ganesha-devel 
Subject: Re: [Nfs-ganesha-devel] Proposed backports for 2.5.2



I did but the failover/failback code re-org looked like contributed, but I am 
not positive.



On Thu, Aug 17, 2017 at 7:40 PM, Frank Filz  > wrote:

Hmm, did you cherry pick in the original order?



I’ll take a look at this later today.



Frank



From: Malahal Naineni [mailto:mala...@gmail.com  ]
Sent: Wednesday, August 16, 2017 11:34 PM
To: Matt Benjamin  >
Cc: Frank Filz  >; 
Soumya Koduri  >; 
nfs-ganesha-devel  >


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



Dan, I backported everything that was needed except the following 2 as I don't 
want to mess with cmake! Can you please quickly send ported patches? Appreciate 
your help. The latest V2.5 code is at  my personal github branch V2.5-stable:



https://github.com/malahal/nfs-ganesha/commits/V2.5-stable



The following 2 commits failed to apply:



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

ff98ea64b6d1228443a35b2f7ceb3c61c0a0c1d1 Build libntirpc package when not using 
system ntirpc







On Wed, Aug 16, 2017 at 10:47 PM, Matt Benjamin  > wrote:

Hi Frank,

On Wed, Aug 16, 2017 at 1:11 PM, Frank Filz  > wrote:
> Oh, nice.

>
>
> Matt, what about this one?
>
>
>
> 814e9cd65 FSAL_RGW: adopt new rgw_mount2 with bucket specified

RHCS doesn't officially support this, but I'd say it would be nice to have.

Matt


>
>
>
> Frank
>
>
>
>
>
> From: Malahal Naineni [mailto:mala...@gmail.com  ]
> Sent: Wednesday, August 16, 2017 9:28 AM
> To: Soumya Koduri  >
> Cc: Frank Filz  >; 
> d...@redhat.com  ; Matt Benjamin
>  >; nfs-ganesha-devel
>   >
> Subject: Re: [Nfs-ganesha-devel] Proposed backports for 2.5.2
>
>
>
> I pushed a notes branch "refs/notes/backport" which has a note saying
> "backport to V2.5". You should be able to fetch this special branch with
> "git fetch origin refs/notes/*:refs/notes/*". After fetching this special
> branch, you should do "export GIT_NOTES_REF=refs/notes/backport" in your
> SHELL and then run the usual "git log" to see if I missed any commits you
> are interested in.
>
>
>
> Alternatively, the following are the commits that will NOT be back ported.
> Let me know if you need any of these. I will cherry pick things tomorrow and
> publish the branch, if there are no comments...
>
>
>
> 00b9e0798 Revert "CMake - Have 'make dist' generate the correct tarball
> name"
>
> 1b60d5df2 FSAL_MEM - fix UP thread init/cleanup
>
> 39119aab0 FSAL_GLUSTER: Use glfs_xreaddirplus_r for readdir
>
> 4b4e21ed9 Manpage - Fix installing manpages in RPM
>
> 814e9cd65 FSAL_RGW: adopt new rgw_mount2 with bucket specified
>
> b862fe360 SAL: extract fs logic from nfs4_recovery
>
> c29114162 Napalm dispatch plus plus
>
> c8bc40b69 CMake - Have 'make dist' generate the correct tarball name
>
> cb787a1cf SAL: introduce new recovery backend based on rados kv store
>
> eadfc762e New (empty) sample config
>
> eb4eea134 config: add new config options for rados_kv recovery backend
>
> fbc905015 cmake: make modulized recovery backends compile as modules
>
>
>
>
>
> On Fri, Aug 11, 2017 at 8:08 AM, Soumya Koduri   > wrote:
>
>
>> commit 7f2d461277521301a417ca368d3c7656edbfc903
>>  FSAL_GLUSTER: Reset caller_garray to NULL upon free
>>
>
> Yes
>
> On 08/09/2017 08:57 PM, Frank Filz wrote:
>
> 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

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

2017-08-17 Thread Frank Filz 
Ok, I’ll have a look at backporting this afternoon.



Frank



From: Malahal Naineni [mailto:mala...@gmail.com]
Sent: Thursday, August 17, 2017 10:39 AM
To: Frank Filz 
Cc: Matt Benjamin ; Soumya Koduri ; 
nfs-ganesha-devel 
Subject: Re: [Nfs-ganesha-devel] Proposed backports for 2.5.2



I did but the failover/failback code re-org looked like contributed, but I am 
not positive.



On Thu, Aug 17, 2017 at 7:40 PM, Frank Filz  > wrote:

Hmm, did you cherry pick in the original order?



I’ll take a look at this later today.



Frank



From: Malahal Naineni [mailto:mala...@gmail.com  ]
Sent: Wednesday, August 16, 2017 11:34 PM
To: Matt Benjamin  >
Cc: Frank Filz  >; 
Soumya Koduri  >; 
nfs-ganesha-devel  >


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



Dan, I backported everything that was needed except the following 2 as I don't 
want to mess with cmake! Can you please quickly send ported patches? Appreciate 
your help. The latest V2.5 code is at  my personal github branch V2.5-stable:



https://github.com/malahal/nfs-ganesha/commits/V2.5-stable



The following 2 commits failed to apply:



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

ff98ea64b6d1228443a35b2f7ceb3c61c0a0c1d1 Build libntirpc package when not using 
system ntirpc







On Wed, Aug 16, 2017 at 10:47 PM, Matt Benjamin  > wrote:

Hi Frank,

On Wed, Aug 16, 2017 at 1:11 PM, Frank Filz  > wrote:
> Oh, nice.

>
>
> Matt, what about this one?
>
>
>
> 814e9cd65 FSAL_RGW: adopt new rgw_mount2 with bucket specified

RHCS doesn't officially support this, but I'd say it would be nice to have.

Matt


>
>
>
> Frank
>
>
>
>
>
> From: Malahal Naineni [mailto:mala...@gmail.com  ]
> Sent: Wednesday, August 16, 2017 9:28 AM
> To: Soumya Koduri  >
> Cc: Frank Filz  >; 
> d...@redhat.com  ; Matt Benjamin
>  >; nfs-ganesha-devel
>   >
> Subject: Re: [Nfs-ganesha-devel] Proposed backports for 2.5.2
>
>
>
> I pushed a notes branch "refs/notes/backport" which has a note saying
> "backport to V2.5". You should be able to fetch this special branch with
> "git fetch origin refs/notes/*:refs/notes/*". After fetching this special
> branch, you should do "export GIT_NOTES_REF=refs/notes/backport" in your
> SHELL and then run the usual "git log" to see if I missed any commits you
> are interested in.
>
>
>
> Alternatively, the following are the commits that will NOT be back ported.
> Let me know if you need any of these. I will cherry pick things tomorrow and
> publish the branch, if there are no comments...
>
>
>
> 00b9e0798 Revert "CMake - Have 'make dist' generate the correct tarball
> name"
>
> 1b60d5df2 FSAL_MEM - fix UP thread init/cleanup
>
> 39119aab0 FSAL_GLUSTER: Use glfs_xreaddirplus_r for readdir
>
> 4b4e21ed9 Manpage - Fix installing manpages in RPM
>
> 814e9cd65 FSAL_RGW: adopt new rgw_mount2 with bucket specified
>
> b862fe360 SAL: extract fs logic from nfs4_recovery
>
> c29114162 Napalm dispatch plus plus
>
> c8bc40b69 CMake - Have 'make dist' generate the correct tarball name
>
> cb787a1cf SAL: introduce new recovery backend based on rados kv store
>
> eadfc762e New (empty) sample config
>
> eb4eea134 config: add new config options for rados_kv recovery backend
>
> fbc905015 cmake: make modulized recovery backends compile as modules
>
>
>
>
>
> On Fri, Aug 11, 2017 at 8:08 AM, Soumya Koduri   > wrote:
>
>
>> commit 7f2d461277521301a417ca368d3c7656edbfc903
>>  FSAL_GLUSTER: Reset caller_garray to NULL upon free
>>
>
> Yes
>
> On 08/09/2017 08:57 PM, Frank Filz wrote:
>
> 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.
>
>
> Right..as it is more of a new feature, wrt upstream we wanted it to be part
> of only 2.6 on wards so as not to break stable branch (in case if there are
> nit issues).
>
> But yes we may end up back-porting to downstream if we do not rebase to 2.6
> by then.
>
> Thanks,
> Soumya
>
>
>
>

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

2017-08-17 Thread Malahal Naineni 
I did but the failover/failback code re-org looked like contributed, but I
am not positive.

On Thu, Aug 17, 2017 at 7:40 PM, Frank Filz  wrote:

> Hmm, did you cherry pick in the original order?
>
>
>
> I’ll take a look at this later today.
>
>
>
> Frank
>
>
>
> *From:* Malahal Naineni [mailto:mala...@gmail.com]
> *Sent:* Wednesday, August 16, 2017 11:34 PM
> *To:* Matt Benjamin 
> *Cc:* Frank Filz ; Soumya Koduri <
> skod...@redhat.com>; nfs-ganesha-devel  sourceforge.net>
>
> *Subject:* Re: [Nfs-ganesha-devel] Proposed backports for 2.5.2
>
>
>
> Dan, I backported everything that was needed except the following 2 as I
> don't want to mess with cmake! Can you please quickly send ported patches?
> Appreciate your help. The latest V2.5 code is at  my personal github branch
> V2.5-stable:
>
>
>
> https://github.com/malahal/nfs-ganesha/commits/V2.5-stable
>
>
>
> The following 2 commits failed to apply:
>
>
>
> 6bd32da613e26a768ac1dc4db1001395bd10c295 CMake - Have 'make dist'
> generate the correct tarball name
>
> ff98ea64b6d1228443a35b2f7ceb3c61c0a0c1d1 Build libntirpc package when not
> using system ntirpc
>
>
>
>
>
>
>
> On Wed, Aug 16, 2017 at 10:47 PM, Matt Benjamin 
> wrote:
>
> Hi Frank,
>
> On Wed, Aug 16, 2017 at 1:11 PM, Frank Filz 
> wrote:
> > Oh, nice.
>
> >
> >
> > Matt, what about this one?
> >
> >
> >
> > 814e9cd65 FSAL_RGW: adopt new rgw_mount2 with bucket specified
>
> RHCS doesn't officially support this, but I'd say it would be nice to have.
>
> Matt
>
>
> >
> >
> >
> > Frank
> >
> >
> >
> >
> >
> > From: Malahal Naineni [mailto:mala...@gmail.com]
> > Sent: Wednesday, August 16, 2017 9:28 AM
> > To: Soumya Koduri 
> > Cc: Frank Filz ; d...@redhat.com; Matt Benjamin
> > ; nfs-ganesha-devel
> > 
> > Subject: Re: [Nfs-ganesha-devel] Proposed backports for 2.5.2
> >
> >
> >
> > I pushed a notes branch "refs/notes/backport" which has a note saying
> > "backport to V2.5". You should be able to fetch this special branch with
> > "git fetch origin refs/notes/*:refs/notes/*". After fetching this special
> > branch, you should do "export GIT_NOTES_REF=refs/notes/backport" in your
> > SHELL and then run the usual "git log" to see if I missed any commits you
> > are interested in.
> >
> >
> >
> > Alternatively, the following are the commits that will NOT be back
> ported.
> > Let me know if you need any of these. I will cherry pick things tomorrow
> and
> > publish the branch, if there are no comments...
> >
> >
> >
> > 00b9e0798 Revert "CMake - Have 'make dist' generate the correct tarball
> > name"
> >
> > 1b60d5df2 FSAL_MEM - fix UP thread init/cleanup
> >
> > 39119aab0 FSAL_GLUSTER: Use glfs_xreaddirplus_r for readdir
> >
> > 4b4e21ed9 Manpage - Fix installing manpages in RPM
> >
> > 814e9cd65 FSAL_RGW: adopt new rgw_mount2 with bucket specified
> >
> > b862fe360 SAL: extract fs logic from nfs4_recovery
> >
> > c29114162 Napalm dispatch plus plus
> >
> > c8bc40b69 CMake - Have 'make dist' generate the correct tarball name
> >
> > cb787a1cf SAL: introduce new recovery backend based on rados kv store
> >
> > eadfc762e New (empty) sample config
> >
> > eb4eea134 config: add new config options for rados_kv recovery backend
> >
> > fbc905015 cmake: make modulized recovery backends compile as modules
> >
> >
> >
> >
> >
> > On Fri, Aug 11, 2017 at 8:08 AM, Soumya Koduri 
> wrote:
> >
> >
> >> commit 7f2d461277521301a417ca368d3c7656edbfc903
> >>  FSAL_GLUSTER: Reset caller_garray to NULL upon free
> >>
> >
> > Yes
> >
> > On 08/09/2017 08:57 PM, Frank Filz wrote:
> >
> > 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.
> >
> >
> > Right..as it is more of a new feature, wrt upstream we wanted it to be
> part
> > of only 2.6 on wards so as not to break stable branch (in case if there
> are
> > nit issues).
> >
> > But yes we may end up back-porting to downstream if we do not rebase to
> 2.6
> > by then.
> >
> > Thanks,
> > Soumya
> >
> >
> >
> > 
> --
> > 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
> >
> >
> >
> >
>
> > Virus-free. www.avast.com
>
> >
> > 
> --
> > Check out the vibrant tech community on one of

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

2017-08-17 Thread Frank Filz 
Hmm, did you cherry pick in the original order?



I’ll take a look at this later today.



Frank



From: Malahal Naineni [mailto:mala...@gmail.com]
Sent: Wednesday, August 16, 2017 11:34 PM
To: Matt Benjamin 
Cc: Frank Filz ; Soumya Koduri ; 
nfs-ganesha-devel 
Subject: Re: [Nfs-ganesha-devel] Proposed backports for 2.5.2



Dan, I backported everything that was needed except the following 2 as I don't 
want to mess with cmake! Can you please quickly send ported patches? Appreciate 
your help. The latest V2.5 code is at  my personal github branch V2.5-stable:



https://github.com/malahal/nfs-ganesha/commits/V2.5-stable



The following 2 commits failed to apply:



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

ff98ea64b6d1228443a35b2f7ceb3c61c0a0c1d1 Build libntirpc package when not using 
system ntirpc







On Wed, Aug 16, 2017 at 10:47 PM, Matt Benjamin  > wrote:

Hi Frank,

On Wed, Aug 16, 2017 at 1:11 PM, Frank Filz  > wrote:
> Oh, nice.

>
>
> Matt, what about this one?
>
>
>
> 814e9cd65 FSAL_RGW: adopt new rgw_mount2 with bucket specified

RHCS doesn't officially support this, but I'd say it would be nice to have.

Matt


>
>
>
> Frank
>
>
>
>
>
> From: Malahal Naineni [mailto:mala...@gmail.com  ]
> Sent: Wednesday, August 16, 2017 9:28 AM
> To: Soumya Koduri  >
> Cc: Frank Filz  >; 
> d...@redhat.com  ; Matt Benjamin
>  >; nfs-ganesha-devel
>   >
> Subject: Re: [Nfs-ganesha-devel] Proposed backports for 2.5.2
>
>
>
> I pushed a notes branch "refs/notes/backport" which has a note saying
> "backport to V2.5". You should be able to fetch this special branch with
> "git fetch origin refs/notes/*:refs/notes/*". After fetching this special
> branch, you should do "export GIT_NOTES_REF=refs/notes/backport" in your
> SHELL and then run the usual "git log" to see if I missed any commits you
> are interested in.
>
>
>
> Alternatively, the following are the commits that will NOT be back ported.
> Let me know if you need any of these. I will cherry pick things tomorrow and
> publish the branch, if there are no comments...
>
>
>
> 00b9e0798 Revert "CMake - Have 'make dist' generate the correct tarball
> name"
>
> 1b60d5df2 FSAL_MEM - fix UP thread init/cleanup
>
> 39119aab0 FSAL_GLUSTER: Use glfs_xreaddirplus_r for readdir
>
> 4b4e21ed9 Manpage - Fix installing manpages in RPM
>
> 814e9cd65 FSAL_RGW: adopt new rgw_mount2 with bucket specified
>
> b862fe360 SAL: extract fs logic from nfs4_recovery
>
> c29114162 Napalm dispatch plus plus
>
> c8bc40b69 CMake - Have 'make dist' generate the correct tarball name
>
> cb787a1cf SAL: introduce new recovery backend based on rados kv store
>
> eadfc762e New (empty) sample config
>
> eb4eea134 config: add new config options for rados_kv recovery backend
>
> fbc905015 cmake: make modulized recovery backends compile as modules
>
>
>
>
>
> On Fri, Aug 11, 2017 at 8:08 AM, Soumya Koduri   > wrote:
>
>
>> commit 7f2d461277521301a417ca368d3c7656edbfc903
>>  FSAL_GLUSTER: Reset caller_garray to NULL upon free
>>
>
> Yes
>
> On 08/09/2017 08:57 PM, Frank Filz wrote:
>
> 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.
>
>
> Right..as it is more of a new feature, wrt upstream we wanted it to be part
> of only 2.6 on wards so as not to break stable branch (in case if there are
> nit issues).
>
> But yes we may end up back-porting to downstream if we do not rebase to 2.6
> by then.
>
> Thanks,
> Soumya
>
>
>
> --
> 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
>
>
>
>

> Virus-free. www.avast.com 

>
> --
> 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

Re: [Nfs-ganesha-devel] v2.6-dev-4 leaves 271 threads hanging around

2017-08-17 Thread Malahal Naineni 
Bill, I tried to reproduce without gdb. It goes down after few seconds
(around 30) due to svc_rqst_epoll_loop() waiting for about 29 seconds. I
tried with gdb as well, it came out too. I saw only few threads (about 10)
after sending the signal. Can you tell me how I can reproduce without 'gdb'
? (gpfs fsal has some issues with gdb at times..)

Regards, Malahal.

On Thu, Aug 17, 2017 at 4:56 PM, William Allen Simpson <
william.allen.simp...@gmail.com> wrote:

> On 8/17/17 7:19 AM, William Allen Simpson wrote:
>
>> On 8/15/17 11:53 AM, William Allen Simpson wrote:
>>
>>> Rather than spam the entire list, if anybody wants the gdb bt.  I can
>>> send the ganesha.log, too, but it's bigger.
>>>
>>> To test, rm the log, setup the libraries, gdb, run -F -- and on another
>>> connection pkill ganesha.  Nothing else.  That's always my first test.
>>>
>>
>> Retested with V2.6-dev.4a
>>
>> Took a long shower, 6:35-7:05, to ensure plenty of time.  Same result.
>> Exactly 271 danging threads, almost all waiting in nfs_rpc_dequeue_req.
>>
>
> But the exact same code just verified on both centos and CEA at:
>
> # View Change 
>
> Was there a required config parameter change?
>
--
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] FW: Change in ffilz/nfs-ganesha[next]: Fix root squashing for NFSv3

2017-08-17 Thread Frank Filz 
This patch will need to be backported as part of V2.5.2. It’s a pretty serious 
regression included in the patches going in.



Frank



From: GerritHub [mailto:supp...@gerritforge.com]
Sent: Thursday, August 17, 2017 2:44 AM
Subject: [Nfs-ganesha-devel] Change in ffilz/nfs-ganesha[next]: Fix root 
squashing for NFSv3



Malahal has uploaded this change for review.

View Change 

Fix root squashing for NFSv3

We modify export_perms.options even though a valid export exists.  This
makes root_squash ineffective for NFSv3! The code now checks for absence
of an export before modifying export_perms.options!  Also used
EXPORT_OPTION_SQUASH_TYPES to clear squash options alone.

Change-Id: Iaf3b895013262106389d1302d31385783c50281f
Signed-off-by: Malahal Naineni  >
---
M src/MainNFSD/nfs_worker_thread.c
1 file changed, 5 insertions(+), 4 deletions(-)

git pull ssh://review.gerrithub.io:29418/ffilz/nfs-ganesha 
refs/changes/21/374621/1

To view, visit change 374621  . To 
unsubscribe, visit settings  .

Gerrit-Project: ffilz/nfs-ganesha

Gerrit-Branch: next

Gerrit-MessageType: newchange

Gerrit-Change-Id: Iaf3b895013262106389d1302d31385783c50281f

Gerrit-Change-Number: 374621

Gerrit-PatchSet: 1

Gerrit-Owner: Malahal  >



---
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] Change in ffilz/nfs-ganesha[next]: Napalm nfs_worker_thread NFS_REQUEST queue

2017-08-17 Thread William Allen Simpson 

This was originally a separate patch, integrated into Napalm dispatch,
then split out again to make the patches easier to read.  It's been
tested and re-tested in the CI dozens of times.  It's ready for today.

This is the last queue removal piece that allows us to begin working on
async and zero-copy FSALs.

(I've also posted set 2 with 3 comments changed.  The CI failed a lock
on set 1, and had success on set 2, even though no binary had changed.
Either there's a subtle locking problem exposed, or our CI has an issue.)

On 8/17/17 8:21 AM, GerritHub wrote:

william.allen.simp...@gmail.com has uploaded this change for *review*.

View Change 

Napalm nfs_worker_thread NFS_REQUEST queue

Bypass enqueue/dequeue for nfs_rpc_execute().
Originally circa Jun 11, 2015 (or earlier).

Re-dated Jun 11, 2017, in honor of author's 60th birthday.

Change-Id: Ib5ce7e184a2029ff36830e8b0d59d96df3f717fa
Signed-off-by: William Allen Simpson 
---
M src/MainNFSD/nfs_rpc_dispatcher_thread.c
M src/MainNFSD/nfs_worker_thread.c
M src/include/nfs_init.h
3 files changed, 89 insertions(+), 138 deletions(-)

git pull ssh://review.gerrithub.io:29418/ffilz/nfs-ganesha 
refs/changes/52/374652/1

To view, visit change 374652 . To unsubscribe, 
visit settings .

Gerrit-Project: ffilz/nfs-ganesha
Gerrit-Branch: next
Gerrit-MessageType: newchange
Gerrit-Change-Id: Ib5ce7e184a2029ff36830e8b0d59d96df3f717fa
Gerrit-Change-Number: 374652
Gerrit-PatchSet: 1
Gerrit-Owner: william.allen.simp...@gmail.com


--
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] Change in ffilz/nfs-ganesha[next]: Napalm nfs_worker_thread NFS_REQUEST queue

2017-08-17 Thread GerritHub 
>From :

william.allen.simp...@gmail.com has uploaded this change for review. ( 
https://review.gerrithub.io/374652


Change subject: Napalm nfs_worker_thread NFS_REQUEST queue
..

Napalm nfs_worker_thread NFS_REQUEST queue

Bypass enqueue/dequeue for nfs_rpc_execute().
Originally circa Jun 11, 2015 (or earlier).

Re-dated Jun 11, 2017, in honor of author's 60th birthday.

Change-Id: Ib5ce7e184a2029ff36830e8b0d59d96df3f717fa
Signed-off-by: William Allen Simpson 
---
M src/MainNFSD/nfs_rpc_dispatcher_thread.c
M src/MainNFSD/nfs_worker_thread.c
M src/include/nfs_init.h
3 files changed, 89 insertions(+), 138 deletions(-)



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

Gerrit-Project: ffilz/nfs-ganesha
Gerrit-Branch: next
Gerrit-MessageType: newchange
Gerrit-Change-Id: Ib5ce7e184a2029ff36830e8b0d59d96df3f717fa
Gerrit-Change-Number: 374652
Gerrit-PatchSet: 1
Gerrit-Owner: william.allen.simp...@gmail.com
--
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] Change in ffilz/nfs-ganesha[next]: WIP dev-4 test no change

2017-08-17 Thread William Allen Simpson 

Works in dev.4a!  Thanks, Malahal.


On 8/13/17 8:07 AM, William Allen Simpson wrote:

I was trying to test my next code, and had strange ASan results.

So I dropped back to dev-4; it compiles, but never terminates.

So I made this WIP test with no change, and CI doesn't even compile

Something seriously wrong with the new packaging code?

Hard to work with a non-working code base.


On 8/13/17 7:51 AM, GerritHub wrote:

william.allen.simp...@gmail.com has uploaded this change for *review*.

View Change 

WIP dev-4 test no change

Change-Id: I28e58e32c151c0ea8adafe60ae56b84b2f9bd02f
Signed-off-by: William Allen Simpson 
---
M src/MainNFSD/nfs_rpc_dispatcher_thread.c
1 file changed, 2 insertions(+), 0 deletions(-)

git pull ssh://review.gerrithub.io:29418/ffilz/nfs-ganesha 
refs/changes/60/374060/1

To view, visit change 374060 . To unsubscribe, 
visit settings .

Gerrit-Project: ffilz/nfs-ganesha
Gerrit-Branch: next
Gerrit-MessageType: newchange
Gerrit-Change-Id: I28e58e32c151c0ea8adafe60ae56b84b2f9bd02f
Gerrit-Change-Number: 374060
Gerrit-PatchSet: 1
Gerrit-Owner: william.allen.simp...@gmail.com


--
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] v2.6-dev-4 leaves 271 threads hanging around

2017-08-17 Thread William Allen Simpson 

On 8/15/17 11:53 AM, William Allen Simpson wrote:

Rather than spam the entire list, if anybody wants the gdb bt.  I can
send the ganesha.log, too, but it's bigger.

To test, rm the log, setup the libraries, gdb, run -F -- and on another
connection pkill ganesha.  Nothing else.  That's always my first test.


Retested with V2.6-dev.4a

Took a long shower, 6:35-7:05, to ensure plenty of time.  Same result.
Exactly 271 danging threads, almost all waiting in nfs_rpc_dequeue_req.

--
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 root squashing for NFSv3

2017-08-17 Thread GerritHub 
>From Malahal :

Malahal has uploaded this change for review. ( 
https://review.gerrithub.io/374621


Change subject: Fix root squashing for NFSv3
..

Fix root squashing for NFSv3

We modify export_perms.options even though a valid export exists.  This
makes root_squash ineffective for NFSv3! The code now checks for absence
of an export before modifying export_perms.options!  Also used
EXPORT_OPTION_SQUASH_TYPES to clear squash options alone.

Change-Id: Iaf3b895013262106389d1302d31385783c50281f
Signed-off-by: Malahal Naineni 
---
M src/MainNFSD/nfs_worker_thread.c
1 file changed, 5 insertions(+), 4 deletions(-)



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

Gerrit-Project: ffilz/nfs-ganesha
Gerrit-Branch: next
Gerrit-MessageType: newchange
Gerrit-Change-Id: Iaf3b895013262106389d1302d31385783c50281f
Gerrit-Change-Number: 374621
Gerrit-PatchSet: 1
Gerrit-Owner: Malahal 
--
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-17 Thread Malahal Naineni 
Dan, I backported everything that was needed except the following 2 as I
don't want to mess with cmake! Can you please quickly send ported patches?
Appreciate your help. The latest V2.5 code is at  my personal github branch
V2.5-stable:

https://github.com/malahal/nfs-ganesha/commits/V2.5-stable

The following 2 commits failed to apply:

6bd32da613e26a768ac1dc4db1001395bd10c295 CMake - Have 'make dist' generate
the correct tarball name
ff98ea64b6d1228443a35b2f7ceb3c61c0a0c1d1 Build libntirpc package when not
using system ntirpc



On Wed, Aug 16, 2017 at 10:47 PM, Matt Benjamin  wrote:

> Hi Frank,
>
> On Wed, Aug 16, 2017 at 1:11 PM, Frank Filz 
> wrote:
> > Oh, nice.
>
> >
> >
> > Matt, what about this one?
> >
> >
> >
> > 814e9cd65 FSAL_RGW: adopt new rgw_mount2 with bucket specified
>
> RHCS doesn't officially support this, but I'd say it would be nice to have.
>
> Matt
>
> >
> >
> >
> > Frank
> >
> >
> >
> >
> >
> > From: Malahal Naineni [mailto:mala...@gmail.com]
> > Sent: Wednesday, August 16, 2017 9:28 AM
> > To: Soumya Koduri 
> > Cc: Frank Filz ; d...@redhat.com; Matt Benjamin
> > ; nfs-ganesha-devel
> > 
> > Subject: Re: [Nfs-ganesha-devel] Proposed backports for 2.5.2
> >
> >
> >
> > I pushed a notes branch "refs/notes/backport" which has a note saying
> > "backport to V2.5". You should be able to fetch this special branch with
> > "git fetch origin refs/notes/*:refs/notes/*". After fetching this special
> > branch, you should do "export GIT_NOTES_REF=refs/notes/backport" in your
> > SHELL and then run the usual "git log" to see if I missed any commits you
> > are interested in.
> >
> >
> >
> > Alternatively, the following are the commits that will NOT be back
> ported.
> > Let me know if you need any of these. I will cherry pick things tomorrow
> and
> > publish the branch, if there are no comments...
> >
> >
> >
> > 00b9e0798 Revert "CMake - Have 'make dist' generate the correct tarball
> > name"
> >
> > 1b60d5df2 FSAL_MEM - fix UP thread init/cleanup
> >
> > 39119aab0 FSAL_GLUSTER: Use glfs_xreaddirplus_r for readdir
> >
> > 4b4e21ed9 Manpage - Fix installing manpages in RPM
> >
> > 814e9cd65 FSAL_RGW: adopt new rgw_mount2 with bucket specified
> >
> > b862fe360 SAL: extract fs logic from nfs4_recovery
> >
> > c29114162 Napalm dispatch plus plus
> >
> > c8bc40b69 CMake - Have 'make dist' generate the correct tarball name
> >
> > cb787a1cf SAL: introduce new recovery backend based on rados kv store
> >
> > eadfc762e New (empty) sample config
> >
> > eb4eea134 config: add new config options for rados_kv recovery backend
> >
> > fbc905015 cmake: make modulized recovery backends compile as modules
> >
> >
> >
> >
> >
> > On Fri, Aug 11, 2017 at 8:08 AM, Soumya Koduri 
> wrote:
> >
> >
> >> commit 7f2d461277521301a417ca368d3c7656edbfc903
> >>  FSAL_GLUSTER: Reset caller_garray to NULL upon free
> >>
> >
> > Yes
> >
> > On 08/09/2017 08:57 PM, Frank Filz wrote:
> >
> > 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.
> >
> >
> > Right..as it is more of a new feature, wrt upstream we wanted it to be
> part
> > of only 2.6 on wards so as not to break stable branch (in case if there
> are
> > nit issues).
> >
> > But yes we may end up back-porting to downstream if we do not rebase to
> 2.6
> > by then.
> >
> > Thanks,
> > Soumya
> >
> >
> >
> > 
> --
> > 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
> >
> >
> >
> >
> > Virus-free. www.avast.com
> >
> > 
> --
> > 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