Docker Image planned?
by Carsten Dietrich
Hi,
I found quite a number of 3rd party images on Docker Hub, Are there any plans to provide images from 1st hand? Means, from the devel team?
Reason for it is, that 3rd party mostly don't keep up to date with their images for all sorts of reasons. Since I (like many others) am not familiar with generating own images, I would be good to have new releases also available for docker users available in a timely manner. Not to mention that it would help the popularity of your product. ;-)
Regards
Carsten
4 years, 4 months
Change in ...nfs-ganesha[next]: nfs3_FhandleToExportId returns an int (not a short)
by Malahal (GerritHub)
Malahal has uploaded this change for review. ( https://review.gerrithub.io/c/ffilz/nfs-ganesha/+/478289 )
Change subject: nfs3_FhandleToExportId returns an int (not a short)
......................................................................
nfs3_FhandleToExportId returns an int (not a short)
The exportid itself is an unsigned short integer but to be able to
handle errors, nfs3_FhandleToExportId() returns an int. Use int to
store the return value from nfs3_FhandleToExportId().
Change-Id: Ic566b9f6ecd03e1f40cd1b3c16ea7cd890f167e2
Reported-by: Jimhuaang <jimhuaang(a)outlook.com>
Signed-off-by: Malahal Naineni <malahal(a)us.ibm.com>
---
M src/Protocols/NFS/nfs3_link.c
1 file changed, 2 insertions(+), 2 deletions(-)
git pull ssh://review.gerrithub.io:29418/ffilz/nfs-ganesha refs/changes/89/478289/1
--
To view, visit https://review.gerrithub.io/c/ffilz/nfs-ganesha/+/478289
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: Ic566b9f6ecd03e1f40cd1b3c16ea7cd890f167e2
Gerrit-Change-Number: 478289
Gerrit-PatchSet: 1
Gerrit-Owner: Malahal <malahal(a)gmail.com>
Gerrit-MessageType: newchange
4 years, 4 months
FSAL_RGW nfs3 write failed
by j j
Hi everyone,
I was using FSAL_RGW to export nfsv3, and trying to copy files from
ceph-fuse mountpoint to the nfs mountpoint, file size is 1.5mb, but some
files write failed with "input/output error" returning.
After simply debug, I found that the error is because the write is
unordered, the file size is 1.5mb, so it need two write rpc, sometimes the
second rpc will processed first, then the librgw will return EIO fail. But
here's the strange thing, when I copy files from local fs dir, the problem
never appearance.
And the receiving order is always right, but processing order is not.
But why this never appearance when copy from local fs ? And Is there any
suggestion to fix? Really appreciate your help.
Thanks
ganesha version: i tried two version:2.6.2 and 2.8.1
ceph version: 12.2.5 luminous
And here is log of a failed writing:
17/12/2019 14:23:42 : epoch 5df873e3 : 10-10-112-54 :
ganesha.nfsd-41666[svc_8] nfs_rpc_decode_request :DISP :DEBUG
:0x7f66cc001090 fd 43 context 0x7f66cc00e390
17/12/2019 14:23:42 : epoch 5df873e3 : 10-10-112-54 :
ganesha.nfsd-41666[svc_13] nfs_rpc_decode_request :DISP :DEBUG
:0x7f66cc001090 fd 43 context 0x7f66e81864f0
17/12/2019 14:23:42 : epoch 5df873e3 : 10-10-112-54 :
ganesha.nfsd-41666[svc_13] get_gsh_client :HT CACHE :DEBUG :client_mgr
cache hit slot 0
17/12/2019 14:23:42 : epoch 5df873e3 : 10-10-112-54 :
ganesha.nfsd-41666[svc_13] nfs_rpc_process_request :DISP :DEBUG :Request
from ::ffff:10.10.112.54 for Program 100003, Version 3, Function 7 has
xid=218961045
17/12/2019 14:23:42 : epoch 5df873e3 : 10-10-112-54 :
ganesha.nfsd-41666[svc_13] get_gsh_export :HT CACHE :DEBUG :export_mgr
cache hit slot 1
17/12/2019 14:23:42 : epoch 5df873e3 : 10-10-112-54 :
ganesha.nfsd-41666[svc_13] nfs3_write :NFS3 :DEBUG :REQUEST PROCESSING:
Calling nfs_Write handle: File Handle V3: Len=24
4300000110bef9bc69eeb74054f5b17dac1ddb65af000000 start: 100000 len: 80000
UNSTABLE
17/12/2019 14:23:42 : epoch 5df873e3 : 10-10-112-54 :
ganesha.nfsd-41666[svc_13] cih_get_by_key_latch :HT CACHE :DEBUG :cih cache
hit slot 9517
17/12/2019 14:23:42 : epoch 5df873e3 : 10-10-112-54 :
ganesha.nfsd-41666[svc_13] rgw_fsal_write2 :FSAL :DEBUG : rgw_fsal_write2
post obj_hdl 0x7f66d80317d0 state (nil) returned -5
17/12/2019 14:23:42 : epoch 5df873e3 : 10-10-112-54 :
ganesha.nfsd-41666[svc_13] nfs3_Errno_verbose :NFS3 :CRIT :Error I/O error
in nfs3_write converted to NFS3ERR_IO but was set non-retryable
17/12/2019 14:23:42 : epoch 5df873e3 : 10-10-112-54 :
ganesha.nfsd-41666[svc_8] get_gsh_client :HT CACHE :DEBUG :client_mgr cache
hit slot 0
17/12/2019 14:23:42 : epoch 5df873e3 : 10-10-112-54 :
ganesha.nfsd-41666[svc_8] nfs_rpc_process_request :DISP :DEBUG :Request
from ::ffff:10.10.112.54 for Program 100003, Version 3, Function 7 has
xid=202183829
17/12/2019 14:23:42 : epoch 5df873e3 : 10-10-112-54 :
ganesha.nfsd-41666[svc_8] get_gsh_export :HT CACHE :DEBUG :export_mgr cache
hit slot 1
17/12/2019 14:23:42 : epoch 5df873e3 : 10-10-112-54 :
ganesha.nfsd-41666[svc_8] nfs3_write :NFS3 :DEBUG :REQUEST PROCESSING:
Calling nfs_Write handle: File Handle V3: Len=24
4300000110bef9bc69eeb74054f5b17dac1ddb65af000000 start: 0 len: 100000
UNSTABLE
17/12/2019 14:23:42 : epoch 5df873e3 : 10-10-112-54 :
ganesha.nfsd-41666[svc_8] cih_get_by_key_latch :HT CACHE :DEBUG :cih cache
hit slot 9517
17/12/2019 14:23:42 : epoch 5df873e3 : 10-10-112-54 :
ganesha.nfsd-41666[svc_13] dupreq_tcp_cmpf :DUPREQ :DEBUG :dupreq_tcp_cmpf
17/12/2019 14:23:42 : epoch 5df873e3 : 10-10-112-54 :
ganesha.nfsd-41666[svc_13] dupreq_tcp_cmpf :DUPREQ :DEBUG :xids eq
2920027285, ck1 12828036216958414204 ck2 12828036216958414204
17/12/2019 14:23:42 : epoch 5df873e3 : 10-10-112-54 :
ganesha.nfsd-41666[svc_13] nfs_dupreq_finish :DUPREQ :DEBUG :retiring
ov=0x7f66fc028360 xid=2920027285 on DRC=0x7f66dc003bb0
state=DUPREQ_COMPLETE, status=DUPREQ_SUCCESS, refcnt=1
17/12/2019 14:23:42 : epoch 5df873e3 : 10-10-112-54 :
ganesha.nfsd-41666[svc_13] nfs_dupreq_free_dupreq :DUPREQ :DEBUG :freeing
dupreq entry dv=0x7f66fc028360, dv xid=2920027285 cksum
12828036216958414204 state=DUPREQ_COMPLETE
17/12/2019 14:23:42 : epoch 5df873e3 : 10-10-112-54 :
ganesha.nfsd-41666[svc_13] dupreq_tcp_cmpf :DUPREQ :DEBUG :dupreq_tcp_cmpf
17/12/2019 14:23:42 : epoch 5df873e3 : 10-10-112-54 :
ganesha.nfsd-41666[svc_13] dupreq_tcp_cmpf :DUPREQ :DEBUG :xids eq
2936804501, ck1 8812608633411635075 ck2 8812608633411635075
17/12/2019 14:23:42 : epoch 5df873e3 : 10-10-112-54 :
ganesha.nfsd-41666[svc_13] nfs_dupreq_finish :DUPREQ :DEBUG :retiring
ov=0x7f66e400fd90 xid=2936804501 on DRC=0x7f66dc003bb0
state=DUPREQ_COMPLETE, status=DUPREQ_SUCCESS, refcnt=1
17/12/2019 14:23:42 : epoch 5df873e3 : 10-10-112-54 :
ganesha.nfsd-41666[svc_13] nfs_dupreq_free_dupreq :DUPREQ :DEBUG :freeing
dupreq entry dv=0x7f66e400fd90, dv xid=2936804501 cksum 8812608633411635075
state=DUPREQ_COMPLETE
17/12/2019 14:23:42 : epoch 5df873e3 : 10-10-112-54 :
ganesha.nfsd-41666[svc_13] nfs_rpc_decode_request :DISP :DEBUG :SVC_DECODE
on 0x7f66cc001090 fd 43 (::ffff:10.10.112.54:706) xid=218961045 returned
XPRT_IDLE
17/12/2019 14:23:42 : epoch 5df873e3 : 10-10-112-54 :
ganesha.nfsd-41666[svc_13] free_nfs_request :DISP :DEBUG :free_nfs_request:
0x7f66cc001090 fd 43 xp_refs 5 rq_refs 0
17/12/2019 14:23:42 : epoch 5df873e3 : 10-10-112-54 :
ganesha.nfsd-41666[svc_8] rgw_fsal_write2 :FSAL :DEBUG : rgw_fsal_write2
post obj_hdl 0x7f66d80317d0 state (nil) returned 0
17/12/2019 14:23:42 : epoch 5df873e3 : 10-10-112-54 :
ganesha.nfsd-41666[svc_8] nfs_rpc_decode_request :DISP :DEBUG :SVC_DECODE
on 0x7f66cc001090 fd 43 (::ffff:10.10.112.54:706) xid=202183829 returned
XPRT_IDLE
17/12/2019 14:23:42 : epoch 5df873e3 : 10-10-112-54 :
ganesha.nfsd-41666[svc_8] free_nfs_request :DISP :DEBUG :free_nfs_request:
0x7f66cc001090 fd 43 xp_refs 3 rq_refs 0
4 years, 4 months
Announce Push of V3.1
by Frank Filz
Branch next
Tag:V3.1
Note this release is an ntirpc pullup please update your submodule
Merge Highlights
* ntirpc 3.1 pullup
Signed-off-by: Frank S. Filz <ffilzlnx(a)mindspring.com>
Contents:
4de09d6 Frank S. Filz V3.1
c5c0929 Daniel Gryniewicz Pullup ntirpc to 3.1
4 years, 4 months
Change in ...nfs-ganesha[next]: Convert POSIX ACL to extented attribute(and vice versa)
by Zhu Shangzhong (GerritHub)
Zhu Shangzhong has uploaded this change for review. ( https://review.gerrithub.io/c/ffilz/nfs-ganesha/+/477886 )
Change subject: Convert POSIX ACL to extented attribute(and vice versa)
......................................................................
Convert POSIX ACL to extented attribute(and vice versa)
Change-Id: I7428cb9298b0041a524a1db267b69f2768202def
Signed-off-by: Shangzhong Zhu <zhu.shangzhong(a)zte.com.cn>
Signed-off-by: Luo Muyao <luo.muyao(a)zte.com.cn>
---
M src/FSAL/posix_acls.c
M src/include/posix_acls.h
2 files changed, 239 insertions(+), 0 deletions(-)
git pull ssh://review.gerrithub.io:29418/ffilz/nfs-ganesha refs/changes/86/477886/1
--
To view, visit https://review.gerrithub.io/c/ffilz/nfs-ganesha/+/477886
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: I7428cb9298b0041a524a1db267b69f2768202def
Gerrit-Change-Number: 477886
Gerrit-PatchSet: 1
Gerrit-Owner: Zhu Shangzhong <zhu.shangzhong(a)zte.com.cn>
Gerrit-MessageType: newchange
4 years, 4 months
Change in ...nfs-ganesha[next]: Crash under duplicate request "being processed"
by Nathaniel Roiger (GerritHub)
Nathaniel Roiger has uploaded this change for review. ( https://review.gerrithub.io/c/ffilz/nfs-ganesha/+/477798 )
Change subject: Crash under duplicate request "being processed"
......................................................................
Crash under duplicate request "being processed"
Fix crash condition where a duplicate request overlaps with cached
DRC entry currently being processed and is then freed on release
with an invalid DRC entry pointer.
This change flags the dv entry to identify the "being processed"
condition and bypass the release logic.
Signed-off-by: TweakySolution <nroiger(a)gmail.com>
Change-Id: I765c9aa080239ec04f4ef3fb6f5f320a0db65c5b
---
M src/RPCAL/nfs_dupreq.c
1 file changed, 13 insertions(+), 5 deletions(-)
git pull ssh://review.gerrithub.io:29418/ffilz/nfs-ganesha refs/changes/98/477798/1
--
To view, visit https://review.gerrithub.io/c/ffilz/nfs-ganesha/+/477798
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: I765c9aa080239ec04f4ef3fb6f5f320a0db65c5b
Gerrit-Change-Number: 477798
Gerrit-PatchSet: 1
Gerrit-Owner: Nathaniel Roiger <nate_roiger(a)atavium.com>
Gerrit-MessageType: newchange
4 years, 4 months
Change in ...nfs-ganesha[next]: State - Allow last ref to be dropped in _state_del_locked
by Daniel Gryniewicz (GerritHub)
Daniel Gryniewicz has uploaded this change for review. ( https://review.gerrithub.io/c/ffilz/nfs-ganesha/+/477485 )
Change subject: State - Allow last ref to be dropped in _state_del_locked
......................................................................
State - Allow last ref to be dropped in _state_del_locked
If an entry was killed (for exmaple for being stale) then the last ref
could be held by the state. This would lead to a use-after-free in
_state_del_locked() when allowing the cleanup.
However, we've completely unlinked and unlocked before we drop that last
ref, so it's safe to do the cleanup during that unref, since it won't
recurse for this state.
Change-Id: I3454223536cd68e700a6b23c7476c35b3dcab804
Signed-off-by: Daniel Gryniewicz <dang(a)redhat.com>
---
M src/SAL/nfs4_state.c
1 file changed, 2 insertions(+), 3 deletions(-)
git pull ssh://review.gerrithub.io:29418/ffilz/nfs-ganesha refs/changes/85/477485/1
--
To view, visit https://review.gerrithub.io/c/ffilz/nfs-ganesha/+/477485
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: I3454223536cd68e700a6b23c7476c35b3dcab804
Gerrit-Change-Number: 477485
Gerrit-PatchSet: 1
Gerrit-Owner: Daniel Gryniewicz <dang(a)redhat.com>
Gerrit-MessageType: newchange
4 years, 4 months
About Ganesha stats
by Sachin Punadikar
Hi All,
Here are the details on Ganesha stats. I will refer this in today's call.
--
with regards,
Sachin Punadikar
4 years, 4 months
