frequent failures with PROXY FSAL
by Todd Pfaff
Some of you will likely recall my recent posts in the support list with
subjects:
- consistently reproduceable problem with kvm guest booting root
filesystem via nfs-ganesha 2.8 proxy fsal
- questions about stability of nfs-ganesha versions and PROXY FSAL
I have since moved to using nfs-ganesha next branch version 4-dev.17 and I
can reproduce a failure on demand as described in more detail in github
issue: https://github.com/nfs-ganesha/nfs-ganesha/issues/580.
I'm wondering if there's anyone working on PROXY FSAL development who
would like to work with me on further diagnosing this issue. I would
really like to be able to help to solve this since, other than this
significant problem, nfs-ganesha with the PROXY FSAL is working well.
cheers,
Todd
4 years, 7 months
Announce Push of V4-dev.18
by Frank Filz
Branch next
Tag:V4-dev.18
Merge Highlights
* MDCACHE - Fix cache trust when file is modified during getattr
* From 2.8 onwards, ASAN not working for libganesha_nfsd
* Do not downgrade on reopen.
* Clean up memory leaks and logging in PROXY_V#
Signed-off-by: Frank S. Filz <ffilzlnx(a)mindspring.com>
Contents:
64f0146 Frank S. Filz V4-dev.18
5883f1a Solomon Boulos Fix memory leaks in V3 proxy.
89adf33 Solomon Boulos Make NFS v3 Proxy much less noisy.
61c83b2 Björn Fischer Do not downgrade on reopen. Fixes
https://github.com/nfs-ganesha/nfs-ganesha/issues/577
94a7bf1 ashish.sangwan From 2.8 onwards, ASAN not working for
libganesha_nfsd
2673ec9 Yoni Knobil MDCACHE - Fix cache trust when file is modified during
getattr
4 years, 7 months
Ganesha 2.8.4 and NTIRPC 1.8.1 released
by Daniel Gryniewicz
I'm happy to announce the latest stable versions of NTIRPC and Ganesha
in the 2.8 series. These are NTIRPC 1.8.1 and Ganesha 2.8.4. There are
>40 bug fixes in these releases.
Daniel
4 years, 7 months
Panic in setclientid_confirm path when it is trying nfs_rpc_destroy_chan()
by des@vmware.com
The test was trying a NFSv4.0 mount and first SETCLIENTID_CONFIRM fails because "gssd_refresh_krb5_machine_credential" fails with Unknown error -1765328203
<ganesha,log>
2020-05-12T05:15:33Z : epoch 5eba30ea : h10-206-209-68.vsanfs-sh.prv : ganesha.nfsd-99[::ffff:10.206.211.195] [svc_3] 115 :nfs4_op_setclientid_confirm :CLIENT ID :SETCLIENTID_CONFIRM client addr=::ffff:10.206.211.195 clientid=Epoch=0x5eba30ea Counter=0x00000001 setclientid_confirm=0100000000000000
2020-05-12T05:15:33Z : epoch 5eba30ea : h10-206-209-68.vsanfs-sh.prv : ganesha.nfsd-99[::ffff:10.206.211.195] [svc_3] 114 :fs_create_clid_name :CLIENT ID :Created client name [::ffff:10.206.211.195-(94:0x4c696e7578204e465376342e302031302e3230362e3231312e3139352f31302e3230362e3230392e363820746370)]
2020-05-12T05:15:33Z : epoch 5eba30ea : h10-206-209-68.vsanfs-sh.prv : ganesha.nfsd-99[::ffff:10.206.211.195] [svc_3] 209 :fs_add_clid :CLIENT ID :Created client dir [/var/lib/nfs/ganesha/v4recov/node0/::ffff:10.206.211.195-(94:0x4c696e7578204e465376342e302031302e3230362e3231312e3139352f31302e3230362e3230392e363820746370)]
2020-05-12T05:15:33Z : epoch 5eba30ea : h10-206-209-68.vsanfs-sh.prv : ganesha.nfsd-99[::ffff:10.206.211.195] [svc_3] 391 :nfs4_chk_clid_impl :CLIENT ID :chk for 6825821966813888513
2020-05-12T05:15:33Z : epoch 5eba30ea : h10-206-209-68.vsanfs-sh.prv : ganesha.nfsd-99[::ffff:10.206.211.195] [svc_3] 453 :nfs4_op_setclientid_confirm :CLIENT ID :Confirmed 0x7fd64c0025a0 ClientID={Epoch=0x5eba30ea Counter=0x00000001} CONFIRMED Client={0x7fd64c0024a0 name=(46:Linux NFSv4.0 10.206.211.195/10.206.209.68 tcp) refcount=2} t_delta=0 reservations=0 refcount=2 cb_prog=1073741824 r_addr=10.206.211.195.179.218 r_netid=tcp
2020-05-12T05:15:33Z : epoch 5eba30ea : h10-206-209-68.vsanfs-sh.prv : ganesha.nfsd-99[::ffff:10.206.211.195] [svc_3] 477 :nfs_rpc_callback_setup_gss :NFS CB :gssd_refresh_krb5_machine_credential failed (-1765328203:0)
2020-05-12T05:15:33Z : epoch 5eba30ea : h10-206-209-68.vsanfs-sh.prv : ganesha.nfsd-99[::ffff:10.206.211.195] [svc_3] 599 :nfs_rpc_create_chan_v40 :NFS CB :failed: RPC: Remote system error; errno = Unknown error -1765328203
2020-05-12T05:15:33Z : epoch 5eba30ea : h10-206-209-68.vsanfs-sh.prv : ganesha.nfsd-99[::ffff:10.206.211.195] [svc_3] 1308 :nfs_test_cb_chan :NFS CB :nfs_rpc_get_chan failed
2020-05-12T05:15:33Z : epoch 5eba30ea : h10-206-209-68.vsanfs-sh.prv : ganesha.nfsd-99[::ffff:10.206.211.195] [svc_3] 461 :nfs4_op_setclientid_confirm :CLIENT ID :setclid confirm: Callback channel is down
<ganesha,log>
Next when client resends the SETCLIENTID_CONFIRM, ganesha.log ends abruptly at this line and ganesha panics with the core.
<ganesha,log>
2020-05-12T05:15:47Z : epoch 5eba30ea : h10-206-209-68.vsanfs-sh.prv : ganesha.nfsd-99[::ffff:10.206.211.195] [svc_13] 687 :nfs4_Compound :NFS4 :COMPOUND: There are 1 operations, res = 0x7fd62c001f60, tag = NO TAG
2020-05-12T05:15:47Z : epoch 5eba30ea : h10-206-209-68.vsanfs-sh.prv : ganesha.nfsd-99[::ffff:10.206.211.195] [svc_13] 801 :nfs4_Compound :NFS4 :Request 0: opcode 36 is OP_SETCLIENTID_CONFIRM
2020-05-12T05:15:47Z : epoch 5eba30ea : h10-206-209-68.vsanfs-sh.prv : ganesha.nfsd-99[::ffff:10.206.211.195] [svc_13] 115 :nfs4_op_setclientid_confirm :CLIENT ID :SETCLIENTID_CONFIRM client addr=::ffff:10.206.211.195 clientid=Epoch=0x5eba30ea Counter=0x00000001 setclientid_confirm=0200000000000000
~
<ganesha,log>
(gdb) bt
#0 0x0000000000000000 in ?? ()
#1 0x00007fd66badf72e in svc_release_it (xprt=0x7fd658002e90, flags=0,
tag=0x7fd66bb06fd0 "clnt_vc_destroy", line=462)
at /build/mts/release/bora-16138726/cayman_nfs-ganesha/nfs-ganesha/src/src/libntirpc/ntirpc/rpc/svc.h:433
#2 0x00007fd66bae04fb in clnt_vc_destroy (clnt=0x7fd658002ba0)
at /build/mts/release/bora-16138726/cayman_nfs-ganesha/nfs-ganesha/src/src/libntirpc/src/clnt_vc.c:462
#3 0x000000000043b4e1 in clnt_release_it (clnt=0x7fd658002ba0, flags=0,
tag=0x55e550 <__func__.21824> "_nfs_rpc_destroy_chan", line=628)
at /build/mts/release/bora-16138726/cayman_nfs-ganesha/nfs-ganesha/src/src/libntirpc/ntirpc/rpc/clnt.h:319
#4 0x000000000043b577 in clnt_destroy_it (clnt=0x7fd658002ba0,
tag=0x55e550 <__func__.21824> "_nfs_rpc_destroy_chan", line=628)
at /build/mts/release/bora-16138726/cayman_nfs-ganesha/nfs-ganesha/src/src/libntirpc/ntirpc/rpc/clnt.h:341
#5 0x000000000043eb97 in _nfs_rpc_destroy_chan (chan=0x7fd64c002648)
at /build/mts/release/bora-16138726/cayman_nfs-ganesha/nfs-ganesha/src/src/MainNFSD/nfs_rpc_callback.c:628
#6 0x000000000043f800 in nfs_rpc_destroy_chan (chan=0x7fd64c002648)
at /build/mts/release/bora-16138726/cayman_nfs-ganesha/nfs-ganesha/src/src/MainNFSD/nfs_rpc_callback.c:864
#7 0x000000000048011c in nfs4_op_setclientid_confirm (op=0x7fd62c001d90,
---Type <return> to continue, or q <return> to quit---
data=0x7fd6607dff70, resp=0x7fd62c002070)
at /build/mts/release/bora-16138726/cayman_nfs-ganesha/nfs-ganesha/src/src/Protocols/NFS/nfs4_op_setclientid_confirm.c:382
#8 0x000000000045b4b1 in nfs4_Compound (arg=0x7fd62c0011a8,
req=0x7fd62c000aa0, res=0x7fd62c001f60)
at /build/mts/release/bora-16138726/cayman_nfs-ganesha/nfs-ganesha/src/src/Protocols/NFS/nfs4_Compound.c:946
#9 0x000000000045813e in nfs_rpc_process_request (reqdata=0x7fd62c000aa0)
at /build/mts/release/bora-16138726/cayman_nfs-ganesha/nfs-ganesha/src/src/MainNFSD/nfs_worker_thread.c:1328
#10 0x0000000000458885 in nfs_rpc_valid_NFS (req=0x7fd62c000aa0)
at /build/mts/release/bora-16138726/cayman_nfs-ganesha/nfs-ganesha/src/src/MainNFSD/nfs_worker_thread.c:1538
#11 0x00007fd66baf9752 in svc_vc_decode (req=0x7fd62c000aa0)
at /build/mts/release/bora-16138726/cayman_nfs-ganesha/nfs-ganesha/src/src/libntirpc/src/svc_vc.c:827
#12 0x000000000044b2ef in nfs_rpc_decode_request (xprt=0x7fd63c0008c0,
xdrs=0x7fd62c0008c0)
at /build/mts/release/bora-16138726/cayman_nfs-ganesha/nfs-ganesha/src/src/MainNFSD/nfs_rpc_dispatcher_thread.c:1345
#13 0x00007fd66baf9663 in svc_vc_recv (xprt=0x7fd63c0008c0)
at /build/mts/release/bora-16138726/cayman_nfs-ganesha/nfs-ganesha/src/src/libntirpc/src/svc_vc.c:800
---Type <return> to continue, or q <return> to quit---
#14 0x00007fd66baf5db1 in svc_rqst_xprt_task (wpe=0x7fd63c000ad8)
at /build/mts/release/bora-16138726/cayman_nfs-ganesha/nfs-ganesha/src/src/libntirpc/src/svc_rqst.c:769
#15 0x00007fd66baf620e in svc_rqst_epoll_events (sr_rec=0x21338f0, n_events=1)
at /build/mts/release/bora-16138726/cayman_nfs-ganesha/nfs-ganesha/src/src/libntirpc/src/svc_rqst.c:941
#16 0x00007fd66baf64a3 in svc_rqst_epoll_loop (sr_rec=0x21338f0)
at /build/mts/release/bora-16138726/cayman_nfs-ganesha/nfs-ganesha/src/src/libntirpc/src/svc_rqst.c:1014
#17 0x00007fd66baf6556 in svc_rqst_run_task (wpe=0x21338f0)
at /build/mts/release/bora-16138726/cayman_nfs-ganesha/nfs-ganesha/src/src/libntirpc/src/svc_rqst.c:1050
#18 0x00007fd66bafeef6 in work_pool_thread (arg=0x7fd648000a90)
at /build/mts/release/bora-16138726/cayman_nfs-ganesha/nfs-ganesha/src/src/libntirpc/src/work_pool.c:181
#19 0x00007fd66a6ab3d4 in start_thread (arg=0x7fd6607e1700)
at pthread_create.c:334
#20 0x00007fd669fcaebd in clone ()
at ../sysdeps/unix/sysv/linux/x86_64/clone.S:109
(gdb) f 1
#1 0x00007fd66badf72e in svc_release_it (xprt=0x7fd658002e90, flags=0,
tag=0x7fd66bb06fd0 "clnt_vc_destroy", line=462)
at /build/mts/release/bora-16138726/cayman_nfs-ganesha/nfs-ganesha/src/src/libntirpc/ntirpc/rpc/svc.h:433
433 /build/mts/release/bora-16138726/cayman_nfs-ganesha/nfs-ganesha/src/src/libntirpc/ntirpc/rpc/svc.h: No such file or directory.
(gdb) p clnt
No symbol "clnt" in current context.
(gdb) p xprt
$10 = (SVCXPRT *) 0x7fd658002e90
(gdb) p *$
$11 = {xp_ops = 0x7fd658000e20, xp_dispatch = {process_cb = 0x7fd658000078,
rendezvous_cb = 0x7fd658000078}, xp_parent = 0x0, xp_tp = 0x0,
xp_netid = 0x0, xp_p1 = 0x0, xp_p2 = 0x0, xp_p3 = 0x0, xp_u1 = 0x0,
xp_u2 = 0x0, xp_local = {nb = {maxlen = 483619223, len = 1, buf = 0x2},
ss = {ss_family = 0, __ss_align = 0,
__ss_padding = "\313)\260k\326\177\000\000\020\320\236b\326\177\000\000\006\000\000\000\034\000\000\000\004\004\005\377\377\377\377\377\000\000\000\000\020\373\364\310\333c\335\363\245\332\362b\324.M\332", '\000' <repeats 59 times>}}, xp_remote = {nb = {maxlen = 0, len = 0, buf = 0x0}, ss = {ss_family = 0,
__ss_align = 0, __ss_padding = '\000' <repeats 111 times>}}, xp_lock = {
__data = {__lock = 0, __count = 0, __owner = 0, __nusers = 0, __kind = 0,
__spins = 0, __list = {__prev = 0x0, __next = 0x0}},
__size = '\000' <repeats 39 times>, __align = 0}, xp_fd = 0,
xp_ifindex = 0, xp_si_type = 0, xp_type = 0, xp_refcnt = -1, xp_flags = 64}
(gdb) f 6
#6 0x000000000043f800 in nfs_rpc_destroy_chan (chan=0x7fd64c002648)
at /build/mts/release/bora-16138726/cayman_nfs-ganesha/nfs-ganesha/src/src/MainNFSD/nfs_rpc_callback.c:864
864 /build/mts/release/bora-16138726/cayman_nfs-ganesha/nfs-ganesha/src/src/MainNFSD/nfs_rpc_callback.c: No such file or directory.
(gdb) p chan
$12 = (rpc_call_channel_t *) 0x7fd64c002648
(gdb) p *$
$13 = {type = RPC_CHAN_V40, mtx = {__data = {__lock = 1, __count = 0,
__owner = 163, __nusers = 1, __kind = 0, __spins = 0, __list = {
__prev = 0x0, __next = 0x0}},
__size = "\001\000\000\000\000\000\000\000\243\000\000\000\001", '\000' <repeats 26 times>, __align = 1}, states = 0, source = {clientid = 0x7fd64c0025a0,
session = 0x7fd64c0025a0}, last_called = 0, clnt = 0x7fd658002ba0,
auth = 0x0, gss_sec = {mech = 0x0, qop = 0, svc = RPCSEC_GSS_SVC_INTEGRITY,
cred = 0x0, req_flags = 0}}
(gdb) p chan->client
There is no member named client.
(gdb) p chan->clnt
$14 = (CLIENT *) 0x7fd658002ba0
(gdb) p *$
$15 = {cl_ops = 0x7fd66bd192e0, cl_netid = 0x0, cl_tp = 0x0, cl_u1 = 0x0,
cl_u2 = 0x0, cl_lock = {__data = {__lock = 0, __count = 0, __owner = 0,
__nusers = 0, __kind = 3, __spins = 0, __list = {__prev = 0x0,
__next = 0x0}},
__size = '\000' <repeats 16 times>, "\003", '\000' <repeats 22 times>,
__align = 0}, cl_error = {ru = {RE_errno = 0, RE_why = AUTH_OK, RE_vers = {
low = 0, high = 0}, RE_lb = {s1 = 0, s2 = 0}},
re_status = RPC_SUCCESS}, cl_refcnt = 0, cl_flags = 96}
(gdb)
Do we know what is happening here? Need help here.
4 years, 7 months
Change in ...nfs-ganesha[next]: IGNORE ME
by Frank Filz (GerritHub)
Frank Filz has uploaded this change for review. ( https://review.gerrithub.io/c/ffilz/nfs-ganesha/+/493397 )
Change subject: IGNORE ME
......................................................................
IGNORE ME
Change-Id: I0a618254e338a81160559e957f399493dec25e4e
Signed-off-by: Frank S. Filz <ffilzlnx(a)mindspring.com>
---
M src/CMakeLists.txt
M src/COMPILING_HOWTO.txt
2 files changed, 4 insertions(+), 0 deletions(-)
git pull ssh://review.gerrithub.io:29418/ffilz/nfs-ganesha refs/changes/97/493397/1
--
To view, visit https://review.gerrithub.io/c/ffilz/nfs-ganesha/+/493397
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: I0a618254e338a81160559e957f399493dec25e4e
Gerrit-Change-Number: 493397
Gerrit-PatchSet: 1
Gerrit-Owner: Frank Filz <ffilzlnx(a)mindspring.com>
Gerrit-MessageType: newchange
4 years, 7 months
Change in ...nfs-ganesha[next]: Add functions for encoding and decoding POSIX ACLs and the GETACL and...
by MuYao Luo (GerritHub)
Hello Shangzhong Zhu,
I'd like you to do a code review. Please visit
https://review.gerrithub.io/c/ffilz/nfs-ganesha/+/493359
to review the following change.
Change subject: Add functions for encoding and decoding POSIX ACLs and the GETACL and SETACL RPCs.
......................................................................
Add functions for encoding and decoding POSIX ACLs and the GETACL and SETACL RPCs.
The actual access decisions are performed using the ACCESS RPC which is part of NFSv3 proper, and is independent of acls.
The GETACL and SETACL RPCs are mainly used by tools like getfacl and setfacl.In addition, for files created inside directories that have a default acl,SETACL is used at file create time to implement the POSIX ACL file create semantics.
Change-Id: I5b73caf733c54003370abe81200f9ac5cc8b6abc
Signed-off-by: Luo Muyao <luo.muyao(a)zte.com.cn>
Signed-off-by: Shangzhong Zhu <zhu.shangzhong(a)zte.com.cn>
---
M src/Protocols/NFS/nfs_proto_tools.c
A src/Protocols/NFSACL/nfsacl_Null.c
A src/Protocols/NFSACL/nfsacl_getacl.c
A src/Protocols/NFSACL/nfsacl_setacl.c
M src/include/nfs_proto_tools.h
5 files changed, 794 insertions(+), 0 deletions(-)
git pull ssh://review.gerrithub.io:29418/ffilz/nfs-ganesha refs/changes/59/493359/1
--
To view, visit https://review.gerrithub.io/c/ffilz/nfs-ganesha/+/493359
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: I5b73caf733c54003370abe81200f9ac5cc8b6abc
Gerrit-Change-Number: 493359
Gerrit-PatchSet: 1
Gerrit-Owner: MuYao Luo <luo.muyao(a)zte.com.cn>
Gerrit-Reviewer: Shangzhong Zhu <zhu.shangzhong(a)zte.com.cn>
Gerrit-MessageType: newchange
4 years, 7 months
Change in ...nfs-ganesha[next]: fix 2
by MuYao Luo (GerritHub)
MuYao Luo has uploaded this change for review. ( https://review.gerrithub.io/c/ffilz/nfs-ganesha/+/493318 )
Change subject: fix 2
......................................................................
fix 2
Change-Id: I781d800202e126749dad177bc80d461df35b21fd
Signed-off-by: Luo Muyao <luo.muyao(a)zte.com.cn>
---
M src/Protocols/XDR/nfsacl.x
1 file changed, 38 insertions(+), 36 deletions(-)
git pull ssh://review.gerrithub.io:29418/ffilz/nfs-ganesha refs/changes/18/493318/1
--
To view, visit https://review.gerrithub.io/c/ffilz/nfs-ganesha/+/493318
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: I781d800202e126749dad177bc80d461df35b21fd
Gerrit-Change-Number: 493318
Gerrit-PatchSet: 1
Gerrit-Owner: MuYao Luo <luo.muyao(a)zte.com.cn>
Gerrit-MessageType: newchange
4 years, 7 months
Change in ...nfs-ganesha[next]: Add NASACL data structure and XDR functions which is need for impleme...
by MuYao Luo (GerritHub)
Hello Shangzhong Zhu,
I'd like you to do a code review. Please visit
https://review.gerrithub.io/c/ffilz/nfs-ganesha/+/493317
to review the following change.
Change subject: Add NASACL data structure and XDR functions which is need for implemented GETACL and SETACL RPCs
......................................................................
Add NASACL data structure and XDR functions which is need
for implemented GETACL and SETACL RPCs
In the kernel nfs-server(Linux), the NFSACL sideband protocol is implemented
to provide POSIX ACL for NFS v3. But nfs-ganesha isn't support it currently.
So We implements the NFSACL protocol extension, which consists of the GETACL
and SETACL RPCs in nfs-ganesha.
Change-Id: I2372c32afcac08024650f85c17b3c64d07bf0463
Signed-off-by: Luo Muyao <luo.muyao(a)zte.com.cn>
Signed-off-by: Zhu Shangzhong <zhu.shangzhong(a)zte.com.cn>
---
A src/Protocols/XDR/nfsacl.x
A src/Protocols/XDR/xdr_nfsacl.c
A src/include/nfsacl.h
3 files changed, 371 insertions(+), 0 deletions(-)
git pull ssh://review.gerrithub.io:29418/ffilz/nfs-ganesha refs/changes/17/493317/1
--
To view, visit https://review.gerrithub.io/c/ffilz/nfs-ganesha/+/493317
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: I2372c32afcac08024650f85c17b3c64d07bf0463
Gerrit-Change-Number: 493317
Gerrit-PatchSet: 1
Gerrit-Owner: MuYao Luo <luo.muyao(a)zte.com.cn>
Gerrit-Reviewer: Shangzhong Zhu <zhu.shangzhong(a)zte.com.cn>
Gerrit-MessageType: newchange
4 years, 7 months
Change in ...nfs-ganesha[next]: Fix memory leak in V3 proxy RPC layer.
by Solomon Boulos (GerritHub)
Solomon Boulos has uploaded this change for review. ( https://review.gerrithub.io/c/ffilz/nfs-ganesha/+/493042 )
Change subject: Fix memory leak in V3 proxy RPC layer.
......................................................................
Fix memory leak in V3 proxy RPC layer.
I was missing an xdr_free. After xdr_replymsg runs it may have produced
allocations (despite having a buffer given to it). These bytes need to
be explicitly cleaned up with an xdr_free without smashing the provided
output buffer (often on the stack).
Change-Id: Icb0dcfc043c1f49d15808722299c97a00b3dd955
Testing: ran cthon04 basic tests.
Signed-off-by: Solomon Boulos <boulos(a)google.com>
---
M src/FSAL/FSAL_PROXY_V3/rpc.c
1 file changed, 22 insertions(+), 12 deletions(-)
git pull ssh://review.gerrithub.io:29418/ffilz/nfs-ganesha refs/changes/42/493042/1
--
To view, visit https://review.gerrithub.io/c/ffilz/nfs-ganesha/+/493042
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: Icb0dcfc043c1f49d15808722299c97a00b3dd955
Gerrit-Change-Number: 493042
Gerrit-PatchSet: 1
Gerrit-Owner: Solomon Boulos <boulos(a)google.com>
Gerrit-MessageType: newchange
4 years, 7 months