January 2019 - Devel - NFS Ganesha List Archives

Change in ...nfs-ganesha[next]: locktest does not handle EACCES error for fcntl() F_SETLK operation
by Name of user not set (GerritHub) 29 Jan '19

29 Jan '19

ntrishal(a)in.ibm.com has uploaded this change for review. ( https://review.gerrithub.io/c/ffilz/nfs-ganesha/+/442508 Change subject: locktest does not handle EACCES error for fcntl() F_SETLK operation ...................................................................... locktest does not handle EACCES error for fcntl() F_SETLK operation If a conflicting lock is held, F_SETLK returns -1 and sets errno to EACCES or EAGAIN. Only EAGAIN was being handled by the client program, causing failures on different implementations for NLM_DENIED POSIX requires a portable application to check for both errors. Change-Id: Ibfe9d073fa1b3f73d9a54ceea76a9ddc347a9f67 Signed-off-by: Trishali Nayar <ntrishal(a)in.ibm.com> --- M src/tools/multilock/ml_posix_client.c 1 file changed, 4 insertions(+), 1 deletion(-) git pull ssh://review.gerrithub.io:29418/ffilz/nfs-ganesha refs/changes/08/442508/1 -- To view, visit https://review.gerrithub.io/c/ffilz/nfs-ganesha/+/442508 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: Ibfe9d073fa1b3f73d9a54ceea76a9ddc347a9f67 Gerrit-Change-Number: 442508 Gerrit-PatchSet: 1 Gerrit-Owner: ntrishal(a)in.ibm.com Gerrit-MessageType: newchange

1 0

Stackable data caching FSALs
by Bjorn Leffler 28 Jan '19

28 Jan '19

Hi everyone, I'm a software engineer at Google, working on cloud and NFS related projects. I've been working with the Ganesha codebase to implement data caching as stackable FSALs. These can be stacked onto any other FSAL, but my immediate goal is to use this on top of FSAL_PROXY. That turns Ganesha into an efficient NFS caching proxy across WAN links, for example between different on-premise locations and/or cloud providers. I've got a few patches that I'd like to contribute to the main code base: 1. A small change to make FSAL_NULL reusable. 2. Add a generic FSAL_DATACACHE for the caching logic. 3. Add specific cache implementation. I've implemented two: Memcache and local disk/ssd. It would probably makes sense to implement some a ram only cache as well. Memcache may sound like a strange choice, but is interesting because of the scale out nature, and that it's already battle tested in large scale production. Initial performance with memcache/ssd caches looks really good: I'm getting up to 1.5 GB/s for streaming reads, which is slightly better than I get from the kernel NFS server serving from ram. I'm based in Sydney, Australia, so it's tricky for me to join the weekly call, which is ~2.30am my time. I'm currently in the US and plan to join the weekly call on Tuesday. Cheers, Bjorn

4 4

V2.7.1 Crash when cleaning mdcache entries
by Kropelin, Adam 28 Jan '19

28 Jan '19

We see the below crash in the mdcache_lru_unref path with a long running test using a Windows NFS client. We’re running ganesha v2.7.1 with 2 additional commits from -next that seemed possibly relevant: https://github.com/nfs-ganesha/nfs-ganesha/commit/654dd706d22663c6ae6029e0c… https://github.com/nfs-ganesha/nfs-ganesha/commit/5dc6a70ed42275a4f6772b980… Client: Windows 2012 NFSv3 [UID=-2, GID=-2, rsize=1048576, wsize=1048576, mount=hard, timeout=1.6, retry=1, locking=no, fileaccess=755, lang=ANSI, casesensitive=no, sec=sys] Note use hard mount and nolock which are not default for Windows. Workload: Concurrent access from multiple threads. 1 thread continuously (in a loop) running python os.walk (i.e., readdir) of the entire filesystem, roughly ~5M files total. 5 more threads are writing a few thousand files each. When the writes complete, a single thread verifies written content, then deletes it. Then the writes repeat again. Test requires 24-48 hours until failure but failure is repeatable if you are sufficiently patient. We do not see this issue with a Linux NFS client (v3 or v4) with a similar workload. We seem to have re-entered _mdcache_lru_unref with the same entry. Apologies if my email client destroys the formatting below. (gdb) bt #0 0x00007f1520efe277 in raise () from /lib64/libc.so.6 #1 0x00007f1520eff968 in abort () from /lib64/libc.so.6 #2 0x0000000000536388 in cih_remove_checked (entry=0x22a9d1a0) at /src/src/FSAL/Stackable_FSALs/FSAL_MDCACHE/mdcache_hash.h:394 #3 0x0000000000537248 in mdc_clean_entry (entry=0x22a9d1a0) at /src/src/FSAL/Stackable_FSALs/FSAL_MDCACHE/mdcache_helpers.c:264 #4 0x000000000052480d in mdcache_lru_clean (entry=0x22a9d1a0) at /src/src/FSAL/Stackable_FSALs/FSAL_MDCACHE/mdcache_lru.c:591 #5 0x000000000052963c in _mdcache_lru_unref (entry=0x22a9d1a0, flags=0, func=0x596b90 <__func__.23067> "cih_remove_checked", line=406) at /src/src/FSAL/Stackable_FSALs/FSAL_MDCACHE/mdcache_lru.c:1989 #6 0x000000000053642d in cih_remove_checked (entry=0x22a9d1a0) at /src/src/FSAL/Stackable_FSALs/FSAL_MDCACHE/mdcache_hash.h:406 #7 0x0000000000537248 in mdc_clean_entry (entry=0x22a9d1a0) at /src/src/FSAL/Stackable_FSALs/FSAL_MDCACHE/mdcache_helpers.c:264 #8 0x000000000052480d in mdcache_lru_clean (entry=0x22a9d1a0) at /src/src/FSAL/Stackable_FSALs/FSAL_MDCACHE/mdcache_lru.c:591 #9 0x000000000052963c in _mdcache_lru_unref (entry=0x22a9d1a0, flags=0, func=0x5941df <__func__.22972> "mdcache_put", line=196) at /src/src/FSAL/Stackable_FSALs/FSAL_MDCACHE/mdcache_lru.c:1989 #10 0x000000000052cb54 in mdcache_put (entry=0x22a9d1a0) at /src/src/FSAL/Stackable_FSALs/FSAL_MDCACHE/mdcache_lru.h:196 #11 0x0000000000530bca in mdcache_put_ref (obj_hdl=0x22a9d1d8) at /src/src/FSAL/Stackable_FSALs/FSAL_MDCACHE/mdcache_handle.c:1280 #12 0x00000000004327e5 in populate_dirent (name=0x43f30278 "random.267", obj=0x22a9d1d8, attrs=0x22a9d268, dir_state=0x7f15176e9af0, cookie=3786442) at /src/src/FSAL/fsal_helper.c:1064 #13 0x0000000000541a25 in mdcache_readdir_chunked (directory=0xcf7c7c0, whence=3786313, dir_state=0x7f15176e9af0, cb=0x43217c <populate_dirent>, attrmask=0, eod_met=0x7f15176e9feb) at /src/src/FSAL/Stackable_FSALs/FSAL_MDCACHE/mdcache_helpers.c:3146 #14 0x000000000052e8c3 in mdcache_readdir (dir_hdl=0xcf7c7f8, whence=0x7f15176e9ad0, dir_state=0x7f15176e9af0, cb=0x43217c <populate_dirent>, attrmask=0, eod_met=0x7f15176e9feb) at /src/src/FSAL/Stackable_FSALs/FSAL_MDCACHE/mdcache_handle.c:559 #15 0x0000000000432a76 in fsal_readdir (directory=0xcf7c7f8, cookie=3786313, nbfound=0x7f15176e9fec, eod_met=0x7f15176e9feb, attrmask=0, cb=0x4912a2 <nfs3_readdir_callback>, opaque=0x7f15176e9fa0) at /src/src/FSAL/fsal_helper.c:1158 #16 0x000000000049108a in nfs3_readdir (arg=0x996f788, req=0x996f080, res=0x3f3c6a30) at /src/src/Protocols/NFS/nfs3_readdir.c:289 #17 0x00000000004574d1 in nfs_rpc_process_request (reqdata=0x996f080) at /src/src/MainNFSD/nfs_worker_thread.c:1329 #18 0x0000000000457c90 in nfs_rpc_valid_NFS (req=0x996f080) at /src/src/MainNFSD/nfs_worker_thread.c:1549 #19 0x00007f15226b1e75 in svc_vc_decode (req=0x996f080) at /src/src/libntirpc/src/svc_vc.c:825 #20 0x000000000044a688 in nfs_rpc_decode_request (xprt=0x4f4e77f0, xdrs=0xd57ef60) at /src/src/MainNFSD/nfs_rpc_dispatcher_thread.c:1341 #21 0x00007f15226b1d86 in svc_vc_recv (xprt=0x4f4e77f0) at /src/src/libntirpc/src/svc_vc.c:798 #22 0x00007f15226ae4d3 in svc_rqst_xprt_task (wpe=0x4f4e7a08) at /src/src/libntirpc/src/svc_rqst.c:767 #23 0x00007f15226ae94d in svc_rqst_epoll_events (sr_rec=0x101b440, n_events=1) at /src/src/libntirpc/src/svc_rqst.c:939 #24 0x00007f15226aebe2 in svc_rqst_epoll_loop (sr_rec=0x101b440) at /src/src/libntirpc/src/svc_rqst.c:1012 #25 0x00007f15226aec95 in svc_rqst_run_task (wpe=0x101b440) at /src/src/libntirpc/src/svc_rqst.c:1048 (gdb) print *entry $2 = {attr_lock = {__data = {__lock = 0, __nr_readers = 0, __readers_wakeup = 0, __writer_wakeup = 0, __nr_readers_queued = 0, __nr_writers_queued = 0, __writer = 0, __shared = 0, __pad1 = 0, __pad2 = 0, __flags = 0}, __size = '\000' <repeats 55 times>, __align = 0}, obj_handle = {handles = { next = 0x12a5ac78, prev = 0x12de5418}, fs = 0x0, fsal = 0x7d3340 <MDCACHE>, obj_ops = 0x7d3490 <MDCACHE+336>, obj_lock = {__data = {__lock = 0, __nr_readers = 0, __readers_wakeup = 0, __writer_wakeup = 0, __nr_readers_queued = 0, __nr_writers_queued = 0, __writer = 0, __shared = 0, __pad1 = 0, __pad2 = 0, __flags = 0}, __size = '\000' <repeats 55 times>, __align = 0}, type = REGULAR_FILE, fsid = {major = 0, minor = 0}, fileid = 2454576, state_hdl = 0x22a9d428}, sub_handle = 0x0, attrs = {request_mask = 1433550, valid_mask = 1433550, supported = 1433582, type = REGULAR_FILE, filesize = 1024, fsid = {major = 0, minor = 0}, acl = 0x0, fileid = 2454576, mode = 438, numlinks = 1, owner = 65534, group = 65534, rawdev = {major = 0, minor = 0}, atime = {tv_sec = 1547875446, tv_nsec = 112000000}, creation = {tv_sec = 0, tv_nsec = 0}, ctime = { tv_sec = 1547875446, tv_nsec = 112000000}, mtime = {tv_sec = 1547875446, tv_nsec = 112000000}, chgtime = {tv_sec = 1547875446, tv_nsec = 112000000}, spaceused = 1024, change = 1547875446112, generation = 0, expire_time_attr = 60, fs_locations = 0x0}, fh_hk = {node_k = {left = 0x0, right = 0x0, parent = 267421682}, key = {hk = 10676371249170983334, fsal = 0x7f15186d45e0 <FOO>, kv = {addr = 0x4761f300, len = 10}}, inavl = false}, mde_flags = 1, attr_time = 1547998073, acl_time = 0, fs_locations_time = 0, lru = {q = {next = 0x0, prev = 0x0}, qid = LRU_ENTRY_L1, refcnt = 0, flags = 0, lane = 10, cf = 0}, export_list = {next = 0x22a9d3d8, prev = 0x22a9d3d8}, first_export_id = -1, content_lock = {__data = {__lock = 0, __nr_readers = 0, __readers_wakeup = 0, __writer_wakeup = 0, __nr_readers_queued = 0, __nr_writers_queued = 0, __writer = 0, __shared = 0, __pad1 = 0, __pad2 = 0, __flags = 0}, __size = '\000' <repeats 55 times>, __align = 0}, fsobj = {hdl = {state_lock = {__data = {__lock = 0, __nr_readers = 0, __readers_wakeup = 0, __writer_wakeup = 0, __nr_readers_queued = 0, __nr_writers_queued = 0, __writer = 0, __shared = 0, __pad1 = 0, __pad2 = 0, __flags = 0}, __size = '\000' <repeats 55 times>, __align = 0}, no_cleanup = false, {file = {obj = 0x22a9d1d8, list_of_states = {next = 0x22a9d470, prev = 0x22a9d470}, layoutrecall_list = {next = 0x22a9d480, prev = 0x22a9d480}, lock_list = { next = 0x22a9d490, prev = 0x22a9d490}, nlm_share_list = {next = 0x22a9d4a0, prev = 0x22a9d4a0}, write_delegated = false, fdeleg_stats = { fds_curr_delegations = 0, fds_deleg_type = OPEN_DELEGATE_NONE, fds_delegation_count = 0, fds_recall_count = 0, fds_avg_hold = 0, fds_last_delegation = 0, fds_last_recall = 0, fds_num_opens = 0, fds_first_open = 0}, anon_ops = 0}, dir = {junction_export = 0x22a9d1d8, export_roots = {next = 0x22a9d470, prev = 0x22a9d470}, exp_root_refcount = 581555328}}}, fsdir = {chunks = {next = 0x0, prev = 0x0}, detached = { next = 0x0, prev = 0x0}, spin = 0, detached_count = 0, dhdl = {state_lock = {__data = {__lock = 0, __nr_readers = 0, __readers_wakeup = 0, __writer_wakeup = 0, __nr_readers_queued = 0, __nr_writers_queued = 0, __writer = 581554648, __shared = 0, __pad1 = 581555312, __pad2 = 581555312, __flags = 581555328}, __size = '\000' <repeats 24 times>, "\330ѩ\"\000\000\000\000p\324\251\"\000\000\000\000p\324\251\"\000\000\000\000\200\324\251\"\000\000\000", __align = 0}, no_cleanup = 128, {file = {obj = 0x22a9d490, list_of_states = {next = 0x22a9d490, prev = 0x22a9d4a0}, layoutrecall_list = { next = 0x22a9d4a0, prev = 0x0}, lock_list = {next = 0x0, prev = 0x0}, nlm_share_list = {next = 0x0, prev = 0x0}, write_delegated = false, fdeleg_stats = {fds_curr_delegations = 0, fds_deleg_type = OPEN_DELEGATE_NONE, fds_delegation_count = 0, fds_recall_count = 0, fds_avg_hold = 0, fds_last_delegation = 0, fds_last_recall = 0, fds_num_opens = 0, fds_first_open = 0}, anon_ops = 0}, dir = { junction_export = 0x22a9d490, export_roots = {next = 0x22a9d490, prev = 0x22a9d4a0}, exp_root_refcount = 581555360}}}, parent = {addr = 0x0, len = 0}, first_ck = 0, avl = {t = {root = 0x0, cmp_fn = 0x0, height = 0, first = 0x0, last = 0x0, size = 0}, ck = {root = 0x0, cmp_fn = 0x0, height = 0, first = 0x0, last = 0x0, size = 0}, sorted = {root = 0x0, cmp_fn = 0x0, height = 0, first = 0x0, last = 0x0, size = 0}, collisions = 0}}}}

2 3

Change in ...nfs-ganesha[next]: RFC: [do not merge] (lib)ganesha_nfsd as a DSO
by Name of user not set (GerritHub) 28 Jan '19

28 Jan '19

kaleb(a)redhat.com has uploaded this change for review. ( https://review.gerrithub.io/c/ffilz/nfs-ganesha/+/442394 Change subject: RFC: [do not merge] (lib)ganesha_nfsd as a DSO ...................................................................... RFC: [do not merge] (lib)ganesha_nfsd as a DSO Build ganesha as a DSO, i.e. libganesha_nfsd.so. Take No. Two-dot-one, addressing comments from the first go-around. The ganesha.nfsd daemon consists of just nfs_main:main() and is linked with the DSO. Then all the FSALs (except FSAL_PSEUDO and FSAL_MDCACHE*) are linked with libganesha_nfsd resolution of functions in ganesha.nfsd itself. This will be required if, e.g., Fedora, decides to require default linking with '-z defs'. They tried to do it for F29 but retreated when they found that too many applications broke. In the end this may all be just an exercise in "truth and beauty." *FSAL_PSEUDO and FSAL_MDCACHE are special; they are included in the DSO so do not need to be (and can't be) linked with the DSO. A few other things that could be done are 1) link libganesha_nfsd.so with a .sym file to explicitly control which symbols are exposed or visible to the outside world. 2) build with -flto (Link Time Optimization) Annecdotes claim a 5-10% speed improvement is typical, and some applications have seen as much as 45-50% boost. Of course we have to do the experiment to see what we really achieve. 3) don't link ganesha.nfsd with -bdynamic as it's no longer needed Signed-off-by: Kaleb S. KEITHLEY <kkeithle(a)redhat.com> Change-Id: Iab35f1d9bb1da02685bdaadea2a838d2ec5ee6ec --- M src/FSAL/FSAL_CEPH/CMakeLists.txt M src/FSAL/FSAL_GLUSTER/CMakeLists.txt M src/FSAL/FSAL_GPFS/CMakeLists.txt M src/FSAL/FSAL_MEM/CMakeLists.txt M src/FSAL/FSAL_PROXY/CMakeLists.txt M src/FSAL/FSAL_RGW/CMakeLists.txt M src/FSAL/FSAL_VFS/panfs/CMakeLists.txt M src/FSAL/FSAL_VFS/vfs/CMakeLists.txt M src/FSAL/FSAL_VFS/xfs/CMakeLists.txt M src/MainNFSD/CMakeLists.txt M src/SAL/recovery/recovery_fs_ng.c M src/config_parsing/CMakeLists.txt M src/nfs-ganesha.spec-in.cmake M src/support/murmur3.c 14 files changed, 523 insertions(+), 29 deletions(-) git pull ssh://review.gerrithub.io:29418/ffilz/nfs-ganesha refs/changes/94/442394/1 -- To view, visit https://review.gerrithub.io/c/ffilz/nfs-ganesha/+/442394 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: Iab35f1d9bb1da02685bdaadea2a838d2ec5ee6ec Gerrit-Change-Number: 442394 Gerrit-PatchSet: 1 Gerrit-Owner: kaleb(a)redhat.com Gerrit-MessageType: newchange

1 0

Change in ...nfs-ganesha[next]: Status of "v4_full" is missing
by Sachin Punadikar (GerritHub) 27 Jan '19

27 Jan '19

Sachin Punadikar has uploaded this change for review. ( https://review.gerrithub.io/c/ffilz/nfs-ganesha/+/442244 Change subject: Status of "v4_full" is missing ...................................................................... Status of "v4_full" is missing "ganesha_stats status" do not display status of NFSv4 detailed statistic counting (v4_full). Rectified the code to display the status. Change-Id: I53069b8a898f94de94be3ff2c8ed24e82ea0a6e5 Signed-off-by: Sachin Punadikar <psachin(a)in.ibm.com> --- M src/scripts/ganeshactl/Ganesha/glib_dbus_stats.py M src/support/export_mgr.c 2 files changed, 5 insertions(+), 6 deletions(-) git pull ssh://review.gerrithub.io:29418/ffilz/nfs-ganesha refs/changes/44/442244/1 -- To view, visit https://review.gerrithub.io/c/ffilz/nfs-ganesha/+/442244 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: I53069b8a898f94de94be3ff2c8ed24e82ea0a6e5 Gerrit-Change-Number: 442244 Gerrit-PatchSet: 1 Gerrit-Owner: Sachin Punadikar <psachin(a)in.ibm.com> Gerrit-MessageType: newchange

1 0

Change in ...nfs-ganesha[next]: Fix missing object reference in write_data
by Soumya (GerritHub) 27 Jan '19

27 Jan '19

Soumya has uploaded this change for review. ( https://review.gerrithub.io/c/ffilz/nfs-ganesha/+/442208 Change subject: Fix missing object reference in write_data ...................................................................... Fix missing object reference in write_data In nfs3_write, write_data->obj is not set resulting NULL pointer dereference in callback function. This patch fixes the same. Change-Id: I6d22357e1344b4060cf74c964e2cb93aefaee17e Signed-off-by: Soumya Koduri <skoduri(a)redhat.com> --- M src/Protocols/NFS/nfs3_write.c 1 file changed, 1 insertion(+), 0 deletions(-) git pull ssh://review.gerrithub.io:29418/ffilz/nfs-ganesha refs/changes/08/442208/1 -- To view, visit https://review.gerrithub.io/c/ffilz/nfs-ganesha/+/442208 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: I6d22357e1344b4060cf74c964e2cb93aefaee17e Gerrit-Change-Number: 442208 Gerrit-PatchSet: 1 Gerrit-Owner: Soumya <skoduri(a)redhat.com> Gerrit-MessageType: newchange

1 0

Change in ...nfs-ganesha[next]: Take state_lock before checking for deleg conflicts
by Soumya (GerritHub) 27 Jan '19

27 Jan '19

Soumya has uploaded this change for review. ( https://review.gerrithub.io/c/ffilz/nfs-ganesha/+/442207 Change subject: Take state_lock before checking for deleg conflicts ...................................................................... Take state_lock before checking for deleg conflicts State lock should be held for read before checking for delegation conflicts. ` Signed-off-by: Soumya Koduri <skoduri(a)redhat.com> Change-Id: I9c3c16e002e85b4e53f7542091ece174997f065f Signed-off-by: Soumya Koduri <skoduri(a)redhat.com> --- M src/FSAL/Stackable_FSALs/FSAL_MDCACHE/mdcache_handle.c M src/FSAL/fsal_helper.c M src/Protocols/NFS/nfs3_read.c M src/Protocols/NFS/nfs3_write.c M src/Protocols/NFS/nfs4_op_allocate.c M src/Protocols/NFS/nfs4_op_read.c M src/Protocols/NFS/nfs4_op_write.c 7 files changed, 38 insertions(+), 1 deletion(-) git pull ssh://review.gerrithub.io:29418/ffilz/nfs-ganesha refs/changes/07/442207/1 -- To view, visit https://review.gerrithub.io/c/ffilz/nfs-ganesha/+/442207 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: I9c3c16e002e85b4e53f7542091ece174997f065f Gerrit-Change-Number: 442207 Gerrit-PatchSet: 1 Gerrit-Owner: Soumya <skoduri(a)redhat.com> Gerrit-MessageType: newchange

1 0

Change in ...nfs-ganesha[next]: Update attrs received from cb_getattr to mdcache
by Soumya (GerritHub) 27 Jan '19

27 Jan '19

Soumya has uploaded this change for review. ( https://review.gerrithub.io/c/ffilz/nfs-ganesha/+/442206 Change subject: Update attrs received from cb_getattr to mdcache ...................................................................... Update attrs received from cb_getattr to mdcache After receiving response for CB_GETATTR, update the size, change and time_metadata/modify attributes in md-cache. Change-Id: Ic8604decb6232efeab6d919addb20d73ca20c4b9 Signed-off-by: Soumya Koduri <skoduri(a)redhat.com> --- M src/FSAL/Stackable_FSALs/FSAL_MDCACHE/mdcache_up.c M src/FSAL_UP/fsal_up_top.c M src/Protocols/NFS/nfs4_op_getattr.c M src/include/fsal_up.h 4 files changed, 98 insertions(+), 2 deletions(-) git pull ssh://review.gerrithub.io:29418/ffilz/nfs-ganesha refs/changes/06/442206/1 -- To view, visit https://review.gerrithub.io/c/ffilz/nfs-ganesha/+/442206 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: Ic8604decb6232efeab6d919addb20d73ca20c4b9 Gerrit-Change-Number: 442206 Gerrit-PatchSet: 1 Gerrit-Owner: Soumya <skoduri(a)redhat.com> Gerrit-MessageType: newchange

1 0

Announce Push of V2.8-dev.15
by Frank Filz 25 Jan '19

25 Jan '19

Branch next Tag:V2.8-dev.15 Release Highlights * Remove -Wabi from maintainer mode * MDCACHE - Don't return dead entries from hashtable * Add malloc trace and untrace dbus methods * Convert gsh_malloc and friends to macros * MainNFSD: disable UDP listeners to eventually allow running as nonroot * Add refcount to COMPOUND4res_extended to protect slot cache Signed-off-by: Frank S. Filz <ffilzlnx(a)mindspring.com> Contents: dbafbdb Frank S. Filz V2.8-dev.15 85a9ef5 Frank S. Filz Add refcount to COMPOUND4res_extended to protect slot cache 84d05c7 Kaleb S. KEITHLEY MainNFSD: disable UDP listeners to eventually allow running as nonroot f295f6d Malahal Naineni Convert gsh_malloc and friends to macros 85e7a34 Malahal Naineni Add malloc trace and untrace dbus methods 25320e6 Daniel Gryniewicz MDCACHE - Don't return dead entries from hashtable 2a5eac0 Daniel Gryniewicz Remove -Wabi from maintainer mode

1 0

Change in ...nfs-ganesha[next]: Convert strncpy to a safer strlcpy
by Malahal (GerritHub) 24 Jan '19

24 Jan '19

Malahal has uploaded this change for review. ( https://review.gerrithub.io/c/ffilz/nfs-ganesha/+/441871 Change subject: Convert strncpy to a safer strlcpy ...................................................................... Convert strncpy to a safer strlcpy Change-Id: I0ab2f18a2a9985e991f605bc2117e60ccb5db12c Signed-off-by: Malahal Naineni <malahal(a)us.ibm.com> --- M src/FSAL/FSAL_PROXY/handle.c M src/FSAL/FSAL_PROXY/handle_mapping/handle_mapping_db.c M src/FSAL/FSAL_VFS/xattrs.c M src/MainNFSD/9p_dispatcher.c M src/Protocols/9P/9p_walk.c M src/Protocols/9P/9p_xattrcreate.c M src/RPCAL/rpc_tools.c M src/SAL/recovery/recovery_fs.c M src/SAL/recovery/recovery_fs_ng.c M src/SAL/recovery/recovery_rados_kv.c M src/SAL/recovery/recovery_rados_ng.c M src/log/log_functions.c M src/os/freebsd/mntent_compat.c M src/tools/multilock/multilock.h 14 files changed, 24 insertions(+), 34 deletions(-) git pull ssh://review.gerrithub.io:29418/ffilz/nfs-ganesha refs/changes/71/441871/1 -- To view, visit https://review.gerrithub.io/c/ffilz/nfs-ganesha/+/441871 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: I0ab2f18a2a9985e991f605bc2117e60ccb5db12c Gerrit-Change-Number: 441871 Gerrit-PatchSet: 1 Gerrit-Owner: Malahal <malahal(a)gmail.com> Gerrit-MessageType: newchange

1 0