Change in ...nfs-ganesha[next]: Allow EXPORT pseudo path to be changed during export update
by Frank Filz (GerritHub)
Frank Filz has uploaded this change for review. ( https://review.gerrithub.io/c/ffilz/nfs-ganesha/+/490334 )
Change subject: Allow EXPORT pseudo path to be changed during export update
......................................................................
Allow EXPORT pseudo path to be changed during export update
This also fully allows adding or removing NFSv4 support from an export
since we can now handle the PseudoFS swizzing that occurs.
Note that an explicit PseudoFS export may be removed or added, though
you can not change it from export_id 0 because we currently don't allow
changing the export_id.
Note that this patch doesn't handle DBUS add or remove export though
that is an option to improve. I may add them to this patch (it wouldn't
be that hard) but I want to get this reviewed as is right now.
There are implications to a client of changing the PseudoFS. I have
tested moving an export in the PseudoFS with a client mounted. The
client will be able to continue accessing the export, though it may
see an ESTALE error if it navigates out of the export. The current
working directory will go bad and the pwd comment will fail indicating
a disconnected mount. I have also seen referencing .. from the root of
the export wrapping around back to the root (I believe this is how
disconnected mounts are set up).
FSAL_PSEUDO lookups and create handles (PUTFH or any use of an NFSv3
handle where the inode isn't cached) which fail during an export update
are instead turned into ERR_FSAL_DELAY which turns into NFS4ERR_DELAY or
NFS3ERR_JUKEBOX to force the client to retry under the completed update.
Change-Id: I507dc17a651936936de82303ff1291677ce136be
Signed-off-by: Frank S. Filz <ffilzlnx(a)mindspring.com>
---
M src/FSAL/FSAL_PSEUDO/handle.c
M src/MainNFSD/libganesha_nfsd.ver
M src/Protocols/NFS/nfs4_pseudo.c
M src/include/export_mgr.h
M src/include/nfs_proto_functions.h
M src/support/export_mgr.c
M src/support/exports.c
7 files changed, 560 insertions(+), 203 deletions(-)
git pull ssh://review.gerrithub.io:29418/ffilz/nfs-ganesha refs/changes/34/490334/1
--
To view, visit https://review.gerrithub.io/c/ffilz/nfs-ganesha/+/490334
To unsubscribe, or for help writing mail filters, visit https://review.gerrithub.io/settings
Gerrit-Project: ffilz/nfs-ganesha
Gerrit-Branch: next
Gerrit-Change-Id: I507dc17a651936936de82303ff1291677ce136be
Gerrit-Change-Number: 490334
Gerrit-PatchSet: 1
Gerrit-Owner: Frank Filz <ffilzlnx(a)mindspring.com>
Gerrit-MessageType: newchange
1 year, 7 months
Help needed on FD
by Alok Sinha
FD created at below path does not have correct link in /proc/self/fd.
With vfs_readlink_by_handle , I can get a relative path but cannot get the
absolute path of the FD.
I need a suggestion for one of the below to get around a production bug:
- How to get the full path of the FD?
- How to get the parent vfs_fsal_obj_handle?
- Anyway to bypass this flow by changing any config file?
#0 vfs_create_handle (exp_hdl=0x55801aca22c0, hdl_desc=0x7f93889b1600,
handle=0x7f93889b13f8, attrs_out=0x7f93889b1430)
at /home/alok/pub/splfs-cache-2.8.3/src/FSAL/FSAL_VFS/handle.c:2020
#1 0x00007f94a1f0e13b in mdcache_locate_host (fh_desc=0x7f93889b1600,
export=0x55801aca1f20, entry=0x7f93889b1578, attrs_out=0x0)
at
/home/alok/pub/splfs-cache-2.8.3/src/FSAL/Stackable_FSALs/FSAL_MDCACHE/mdcache_helpers.c:1109
#2 0x00007f94a1f02455 in mdcache_create_handle (exp_hdl=0x55801aca1f20,
fh_desc=0x7f93889b1600, handle=0x7f93889b15d8, attrs_out=0x0)
at
/home/alok/pub/splfs-cache-2.8.3/src/FSAL/Stackable_FSALs/FSAL_MDCACHE/mdcache_handle.c:1613
#3 0x00007f94a1ec5ead in nfs4_mds_putfh (data=0x7f93201119e0)
at
/home/alok/pub/splfs-cache-2.8.3/src/Protocols/NFS/nfs4_op_putfh.c:211
#4 0x00007f94a1ec60d3 in nfs4_op_putfh (op=0x7f93201186d0,
data=0x7f93201119e0, resp=0x7f932010ab20)
at
/home/alok/pub/splfs-cache-2.8.3/src/Protocols/NFS/nfs4_op_putfh.c:281
#5 0x00007f94a1ea96ae in process_one_op (data=0x7f93201119e0,
status=0x7f93889b1b48)
at
/home/alok/pub/splfs-cache-2.8.3/src/Protocols/NFS/nfs4_Compound.c:920
#6 0x00007f94a1eaa8c5 in nfs4_Compound (arg=0x7f9320138d78,
req=0x7f93201385a0, res=0x7f9320106840)
at
/home/alok/pub/splfs-cache-2.8.3/src/Protocols/NFS/nfs4_Compound.c:1329
#7 0x00007f94a1de8567 in nfs_rpc_process_request (reqdata=0x7f93201385a0)
---Type <return> to continue, or q <return> to quit---
at
/home/alok/pub/splfs-cache-2.8.3/src/MainNFSD/nfs_worker_thread.c:1484
#8 0x00007f94a1de8854 in nfs_rpc_valid_NFS (req=0x7f93201385a0)
at
/home/alok/pub/splfs-cache-2.8.3/src/MainNFSD/nfs_worker_thread.c:1591
#9 0x00007f94a13b6faf in svc_vc_decode (req=0x7f93201385a0)
at /home/alok/pub/splfs-cache-2.8.3/src/libntirpc/src/svc_vc.c:829
#10 0x00007f94a13b3225 in svc_request (xprt=0x7f9320000ce0,
xdrs=0x7f9320066260)
at /home/alok/pub/splfs-cache-2.8.3/src/libntirpc/src/svc_rqst.c:793
#11 0x00007f94a13b6ec0 in svc_vc_recv (xprt=0x7f9320000ce0)
at /home/alok/pub/splfs-cache-2.8.3/src/libntirpc/src/svc_vc.c:802
#12 0x00007f94a13b31a5 in svc_rqst_xprt_task (wpe=0x7f9320000f00)
at /home/alok/pub/splfs-cache-2.8.3/src/libntirpc/src/svc_rqst.c:774
#13 0x00007f94a13bcab0 in work_pool_thread (arg=0x7f9218003340)
at /home/alok/pub/splfs-cache-2.8.3/src/libntirpc/src/work_pool.c:184
#14 0x00007f94a1badea5 in start_thread () from /lib64/libpthread.so.0
#15 0x00007f94a16ce9fd in clone () from /lib64/libc.so.6
--
Alok Sinha
www.spillbox.io
https://youtu.be/U-YupjLQ9bU
1 year, 8 months
FW: Oct 2023 Bakeathon in Westford, Ma
by Frank Filz
-----Original Message-----
From: Steve Dickson [mailto:steved@redhat.com]
Sent: Thursday, September 28, 2023 7:47 AM
To: NFSv4 <nfsv4(a)ietf.org>; Linux NFS Mailing list <linux-nfs(a)vger.kernel.org>
Subject: Re: Oct 2023 Bakeathon in Westford, Ma
Hello,
Bakeathon is a little over a week out... I would like to get an idea of who will be traveling and who will be remote... The sign up sheet is here [1]... and the event sight is here [2]
Please let us know as soon as you can!
steved.
[1]
https://docs.google.com/spreadsheets/d/1_Fj9uO5KDaGFWo_XR4O7Lp97godzJLVum...
[2] http://www.nfsv4bat.org/Events/2023/Oct/BAT/index.html
On 8/18/23 4:50 PM, Steve Dickson wrote:
> Red Hat is pleased to announce that it is hosting the an NFSv4
> Bakeathon Oct 09-13 at our Westford, MA office as well as remote
> access...
>
> Details and registration info are here:
>
> http://www.nfsv4bat.org/Events/2023/Oct/BAT/index.html
>
> I have rooms blocked of at two different hotels Hampton Inn and
> Residence Inn Details are on again on the the BAT website,
>
> When registering please replying to
> bakeathon-contact(a)googlegroups.com supplying
> * Company Name
> * How engineers are coming
>
> I hope to see you in October!!!
>
> steved.
2 years
Assertion failed in _mdcache_lru_unref and other issues
by David Rieber
I am running nfs-ganesha with my custom FSAL on macOS. My FSAL implements a
custom VFS layer, with its own caching.
We recently upgraded from version 4.0.6 to 5.5. We are now seeing a lot of
instability and we think these are regressions in nfs-ganesha itself. Our
FSAL did not change much during the version upgrade.
For example, with a debug build I see:
Assertion failed: (!entry->fh_hk.inavl), function _mdcache_lru_unref, file
mdcache_lru.c, line 1971.
One thing worth noting: we really do not want MDCACHE to do any caching at
all. We have this in our config:
MDCACHE {
# Disable readdir caching (does not affect client, only server)
Dir_Chunk = 0;
}
EXPORT {
...
# Disable attribute-caching (does not affect client, only server)
Attr_Expiration_Time = 0;
...
}
With TSAN:
ThreadSanitizer reports lots of races. I have seen
https://github.com/nfs-ganesha/nfs-ganesha/blob/next/src/tools/helgrind-s...
... There is no such thing as a benign data race. There could be bugs in
tsan itself, but this could also point to bugs in nfs-ganesha.
==================
WARNING: ThreadSanitizer: data race (pid=82454)
Read of size 4 at 0x00010d701f60 by thread T52:
#0 _mdcache_lru_unref <null>:164731984
(srcfsd_darwin_dev:arm64+0x1009ec81c) (BuildId:
ad5f84c5659332ad9098efdf1add11ec32000000200000000100000000000b00)
#1 mdcache_put_ref <null>:164731984
(srcfsd_darwin_dev:arm64+0x1009d904c) (BuildId:
ad5f84c5659332ad9098efdf1add11ec32000000200000000100000000000b00)
#2 compound_data_Free <null>:164731984
(srcfsd_darwin_dev:arm64+0x1008f60d4) (BuildId:
ad5f84c5659332ad9098efdf1add11ec32000000200000000100000000000b00)
#3 nfs4_Compound <null>:164731984
(srcfsd_darwin_dev:arm64+0x1008f5d60) (BuildId:
ad5f84c5659332ad9098efdf1add11ec32000000200000000100000000000b00)
#4 nfs_rpc_process_request <null>:164731984
(srcfsd_darwin_dev:arm64+0x1008de0c0) (BuildId:
ad5f84c5659332ad9098efdf1add11ec32000000200000000100000000000b00)
#5 nfs_rpc_valid_NFS <null>:164731984
(srcfsd_darwin_dev:arm64+0x1008deb60) (BuildId:
ad5f84c5659332ad9098efdf1add11ec32000000200000000100000000000b00)
#6 svc_vc_decode <null>:164731984
(srcfsd_darwin_dev:arm64+0x100a2d010) (BuildId:
ad5f84c5659332ad9098efdf1add11ec32000000200000000100000000000b00)
#7 svc_request <null>:164731984
(srcfsd_darwin_dev:arm64+0x100a293e4) (BuildId:
ad5f84c5659332ad9098efdf1add11ec32000000200000000100000000000b00)
#8 svc_vc_recv <null>:164731984
(srcfsd_darwin_dev:arm64+0x100a2c758) (BuildId:
ad5f84c5659332ad9098efdf1add11ec32000000200000000100000000000b00)
#9 svc_rqst_xprt_task_recv <null>:164731984
(srcfsd_darwin_dev:arm64+0x100a29288) (BuildId:
ad5f84c5659332ad9098efdf1add11ec32000000200000000100000000000b00)
#10 svc_rqst_epoll_loop <null>:164731984
(srcfsd_darwin_dev:arm64+0x100a26f40) (BuildId:
ad5f84c5659332ad9098efdf1add11ec32000000200000000100000000000b00)
#11 work_pool_thread <null>:164731984
(srcfsd_darwin_dev:arm64+0x100a306e0) (BuildId:
ad5f84c5659332ad9098efdf1add11ec32000000200000000100000000000b00)
Previous write of size 4 at 0x00010d701f60 by thread T56 (mutexes:
read M0, write M1):
#0 _mdcache_lru_ref <null>:164731984
(srcfsd_darwin_dev:arm64+0x1009efcc8) (BuildId:
ad5f84c5659332ad9098efdf1add11ec32000000200000000100000000000b00)
#1 mdcache_find_keyed_reason <null>:164731984
(srcfsd_darwin_dev:arm64+0x1009e1dd8) (BuildId:
ad5f84c5659332ad9098efdf1add11ec32000000200000000100000000000b00)
#2 mdcache_locate_host <null>:164731984
(srcfsd_darwin_dev:arm64+0x1009e3040) (BuildId:
ad5f84c5659332ad9098efdf1add11ec32000000200000000100000000000b00)
#3 mdcache_create_handle <null>:164731984
(srcfsd_darwin_dev:arm64+0x1009dd818) (BuildId:
ad5f84c5659332ad9098efdf1add11ec32000000200000000100000000000b00)
#4 nfs4_op_putfh <null>:164731984
(srcfsd_darwin_dev:arm64+0x10091d450) (BuildId:
ad5f84c5659332ad9098efdf1add11ec32000000200000000100000000000b00)
#5 process_one_op <null>:164731984
(srcfsd_darwin_dev:arm64+0x1008f4908) (BuildId:
ad5f84c5659332ad9098efdf1add11ec32000000200000000100000000000b00)
#6 nfs4_Compound <null>:164731984
(srcfsd_darwin_dev:arm64+0x1008f5c24) (BuildId:
ad5f84c5659332ad9098efdf1add11ec32000000200000000100000000000b00)
#7 nfs_rpc_process_request <null>:164731984
(srcfsd_darwin_dev:arm64+0x1008de0c0) (BuildId:
ad5f84c5659332ad9098efdf1add11ec32000000200000000100000000000b00)
#8 nfs_rpc_valid_NFS <null>:164731984
(srcfsd_darwin_dev:arm64+0x1008deb60) (BuildId:
ad5f84c5659332ad9098efdf1add11ec32000000200000000100000000000b00)
#9 svc_vc_decode <null>:164731984
(srcfsd_darwin_dev:arm64+0x100a2d010) (BuildId:
ad5f84c5659332ad9098efdf1add11ec32000000200000000100000000000b00)
#10 svc_request <null>:164731984
(srcfsd_darwin_dev:arm64+0x100a293e4) (BuildId:
ad5f84c5659332ad9098efdf1add11ec32000000200000000100000000000b00)
#11 svc_vc_recv <null>:164731984
(srcfsd_darwin_dev:arm64+0x100a2c758) (BuildId:
ad5f84c5659332ad9098efdf1add11ec32000000200000000100000000000b00)
#12 svc_rqst_xprt_task_recv <null>:164731984
(srcfsd_darwin_dev:arm64+0x100a29288) (BuildId:
ad5f84c5659332ad9098efdf1add11ec32000000200000000100000000000b00)
#13 svc_rqst_epoll_loop <null>:164731984
(srcfsd_darwin_dev:arm64+0x100a26f40) (BuildId:
ad5f84c5659332ad9098efdf1add11ec32000000200000000100000000000b00)
#14 work_pool_thread <null>:164731984
(srcfsd_darwin_dev:arm64+0x100a306e0) (BuildId:
ad5f84c5659332ad9098efdf1add11ec32000000200000000100000000000b00)
Location is heap block of size 1736 at 0x00010d701c00 allocated by
main thread:
#0 calloc <null>:174073376
(libclang_rt.tsan_osx_dynamic.dylib:arm64e+0x6094c) (BuildId:
981013a59ee23029b2ed90b76951327532000000200000000100000000000b00)
#1 mdcache_lru_get <null>:164725696
(srcfsd_darwin_dev:arm64+0x1009eede4) (BuildId:
ad5f84c5659332ad9098efdf1add11ec32000000200000000100000000000b00)
#2 mdcache_new_entry <null>:164725696
(srcfsd_darwin_dev:arm64+0x1009e0700) (BuildId:
ad5f84c5659332ad9098efdf1add11ec32000000200000000100000000000b00)
#3 mdcache_lookup_path <null>:164725696
(srcfsd_darwin_dev:arm64+0x1009dd5cc) (BuildId:
ad5f84c5659332ad9098efdf1add11ec32000000200000000100000000000b00)
#4 init_export_root <null>:164725696
(srcfsd_darwin_dev:arm64+0x100999afc) (BuildId:
ad5f84c5659332ad9098efdf1add11ec32000000200000000100000000000b00)
#5 init_export_cb <null>:164725696
(srcfsd_darwin_dev:arm64+0x1009995a4) (BuildId:
ad5f84c5659332ad9098efdf1add11ec32000000200000000100000000000b00)
#6 foreach_gsh_export <null>:164725696
(srcfsd_darwin_dev:arm64+0x100994544) (BuildId:
ad5f84c5659332ad9098efdf1add11ec32000000200000000100000000000b00)
#7 exports_pkginit <null>:164725696
(srcfsd_darwin_dev:arm64+0x100999534) (BuildId:
ad5f84c5659332ad9098efdf1add11ec32000000200000000100000000000b00)
#8 nfs_start <null>:164725696
(srcfsd_darwin_dev:arm64+0x1008cd00c) (BuildId:
ad5f84c5659332ad9098efdf1add11ec32000000200000000100000000000b00)
#9 nfs_libmain2 <null>:164725696
(srcfsd_darwin_dev:arm64+0x1008cf168) (BuildId:
ad5f84c5659332ad9098efdf1add11ec32000000200000000100000000000b00)
#10 devtools_vfs::NfsMain(devtools_vfs::NfsMainOptions&)
<null>:164725696 (srcfsd_darwin_dev:arm64+0x100809370) (BuildId:
ad5f84c5659332ad9098efdf1add11ec32000000200000000100000000000b00)
#11 main <null>:164725696 (srcfsd_darwin_dev:arm64+0x10015c9f8)
(BuildId: ad5f84c5659332ad9098efdf1add11ec32000000200000000100000000000b00)
Mutex M0 (0x00010d827db8) created at:
#0 pthread_rwlock_init <null>:174073376
(libclang_rt.tsan_osx_dynamic.dylib:arm64e+0x31798) (BuildId:
981013a59ee23029b2ed90b76951327532000000200000000100000000000b00)
#1 cih_pkginit <null>:164725696
(srcfsd_darwin_dev:arm64+0x1009de328) (BuildId:
ad5f84c5659332ad9098efdf1add11ec32000000200000000100000000000b00)
#2 mdcache_pkginit <null>:164725696
(srcfsd_darwin_dev:arm64+0x1009f2fc0) (BuildId:
ad5f84c5659332ad9098efdf1add11ec32000000200000000100000000000b00)
#3 init_server_pkgs <null>:164725696
(srcfsd_darwin_dev:arm64+0x1008cc984) (BuildId:
ad5f84c5659332ad9098efdf1add11ec32000000200000000100000000000b00)
#4 nfs_libmain2 <null>:164725696
(srcfsd_darwin_dev:arm64+0x1008cef00) (BuildId:
ad5f84c5659332ad9098efdf1add11ec32000000200000000100000000000b00)
#5 devtools_vfs::NfsMain(devtools_vfs::NfsMainOptions&)
<null>:164725696 (srcfsd_darwin_dev:arm64+0x100809370) (BuildId:
ad5f84c5659332ad9098efdf1add11ec32000000200000000100000000000b00)
#6 main <null>:164725696 (srcfsd_darwin_dev:arm64+0x10015c9f8)
(BuildId: ad5f84c5659332ad9098efdf1add11ec32000000200000000100000000000b00)
Mutex M1 (0x000104bab008) created at:
#0 pthread_mutex_init <null>:174073376
(libclang_rt.tsan_osx_dynamic.dylib:arm64e+0x31354) (BuildId:
981013a59ee23029b2ed90b76951327532000000200000000100000000000b00)
#1 mdcache_lru_pkginit <null>:164731984
(srcfsd_darwin_dev:arm64+0x1009ed250) (BuildId:
ad5f84c5659332ad9098efdf1add11ec32000000200000000100000000000b00)
#2 mdcache_pkginit <null>:164731984
(srcfsd_darwin_dev:arm64+0x1009f2f78) (BuildId:
ad5f84c5659332ad9098efdf1add11ec32000000200000000100000000000b00)
#3 init_server_pkgs <null>:164731984
(srcfsd_darwin_dev:arm64+0x1008cc984) (BuildId:
ad5f84c5659332ad9098efdf1add11ec32000000200000000100000000000b00)
#4 nfs_libmain2 <null>:164731984
(srcfsd_darwin_dev:arm64+0x1008cef00) (BuildId:
ad5f84c5659332ad9098efdf1add11ec32000000200000000100000000000b00)
#5 devtools_vfs::NfsMain(devtools_vfs::NfsMainOptions&)
<null>:164731984 (srcfsd_darwin_dev:arm64+0x100809370) (BuildId:
ad5f84c5659332ad9098efdf1add11ec32000000200000000100000000000b00)
#6 main <null>:164731984 (srcfsd_darwin_dev:arm64+0x10015c9f8)
(BuildId: ad5f84c5659332ad9098efdf1add11ec32000000200000000100000000000b00)
Thread T52 (tid=1939586, running) created by thread T41 at:
#0 pthread_create <null>:174073376
(libclang_rt.tsan_osx_dynamic.dylib:arm64e+0x2fd88) (BuildId:
981013a59ee23029b2ed90b76951327532000000200000000100000000000b00)
#1 work_pool_thread <null>:164731984
(srcfsd_darwin_dev:arm64+0x100a30630) (BuildId:
ad5f84c5659332ad9098efdf1add11ec32000000200000000100000000000b00)
Thread T56 (tid=1939590, running) created by thread T53 at:
#0 pthread_create <null>:174073376
(libclang_rt.tsan_osx_dynamic.dylib:arm64e+0x2fd88) (BuildId:
981013a59ee23029b2ed90b76951327532000000200000000100000000000b00)
#1 work_pool_thread <null>:164731984
(srcfsd_darwin_dev:arm64+0x100a30630) (BuildId:
ad5f84c5659332ad9098efdf1add11ec32000000200000000100000000000b00)
SUMMARY: ThreadSanitizer: data race
(srcfsd_darwin_dev:arm64+0x1009ec81c) (BuildId:
ad5f84c5659332ad9098efdf1add11ec32000000200000000100000000000b00) in
_mdcache_lru_unref+0x60
==================
With ASAN:
SUMMARY: AddressSanitizer: unknown-crash
(libclang_rt.asan_osx_dynamic.dylib:arm64e+0x41204) (BuildId:
f0a7ac5c49bc3abc851181b6f92b308a32000000200000000100000000000b00) in
__asan_memset+0x104
Shadow bytes around the buggy address:
0x00702233af00: fd fd fd fd fd fd fd fd fd fd fd fd fd fd fd fd
0x00702233af10: fd fd fd fd fd fa fa fa fa fa fa fa fa fa fa fa
0x00702233af20: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa
0x00702233af30: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa
0x00702233af40: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa
=>0x00702233af50: 00 00 00 00 00 00 00 00 00 00[04]00 00 00 00 00
0x00702233af60: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0x00702233af70: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0x00702233af80: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0x00702233af90: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0x00702233afa0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
Shadow byte legend (one shadow byte represents 8 application bytes):
Addressable: 00
Partially addressable: 01 02 03 04 05 06 07
Heap left redzone: fa
Freed heap region: fd
Stack left redzone: f1
Stack mid redzone: f2
Stack right redzone: f3
Stack after return: f5
Stack use after scope: f8
Global redzone: f9
Global init order: f6
Poisoned by user: f7
Container overflow: fc
Array cookie: ac
Intra object redzone: bb
ASan internal: fe
Left alloca redzone: ca
Right alloca redzone: cb
==78997==ABORTING
2 years
[L] Change in ...nfs-ganesha[next]: CEPH: Add capability to share ceph client between exports
by Frank Filz (GerritHub)
Frank Filz has uploaded this change for review. ( https://review.gerrithub.io/c/ffilz/nfs-ganesha/+/1170100?usp=email )
Change subject: CEPH: Add capability to share ceph client between exports
......................................................................
CEPH: Add capability to share ceph client between exports
Add a new parameter cmount_path to specify the actual ceph mount path. By
setting this the same in each export, those exports will share a client if
the other options in the EXPORT { FSAL } } block are the same.
Change-Id: I1ca70be8a22e98441063720508950678a59f96b1
Signed-off-by: Frank S. Filz <ffilzlnx(a)mindspring.com>
---
M src/FSAL/FSAL_CEPH/export.c
M src/FSAL/FSAL_CEPH/internal.c
M src/FSAL/FSAL_CEPH/internal.h
M src/FSAL/FSAL_CEPH/main.c
M src/config_samples/config.txt
M src/doc/man/ganesha-ceph-config.rst
6 files changed, 432 insertions(+), 80 deletions(-)
git pull ssh://review.gerrithub.io:29418/ffilz/nfs-ganesha refs/changes/00/1170100/1
--
To view, visit https://review.gerrithub.io/c/ffilz/nfs-ganesha/+/1170100?usp=email
To unsubscribe, or for help writing mail filters, visit https://review.gerrithub.io/settings
Gerrit-Project: ffilz/nfs-ganesha
Gerrit-Branch: next
Gerrit-Change-Id: I1ca70be8a22e98441063720508950678a59f96b1
Gerrit-Change-Number: 1170100
Gerrit-PatchSet: 1
Gerrit-Owner: Frank Filz <ffilzlnx(a)mindspring.com>
Gerrit-MessageType: newchange
2 years