Description of problem: Following error was seen in gfapi log while trying to access a basic GlusterFS volume via Samba. [2018-01-08 09:21:20.026546] E [rpc-transport.c:284:rpc_transport_load] 0-rpc-transport: /usr/local/lib/glusterfs/4.0dev1/rpc-transport/socket.so: undefined symbol: rpc_transport_notify [2018-01-08 09:21:20.026606] W [rpc-transport.c:288:rpc_transport_load] 0-rpc-transport: volume 'gfapi': transport-type 'socket' is not valid or not found on this machine [2018-01-08 09:21:20.026616] W [rpc-clnt.c:1065:rpc_clnt_connection_init] 0-gfapi: loading of new rpc-transport failed [2018-01-08 09:21:20.026632] W [MSGID: 104026] [glfs-mgmt.c:1005:glfs_mgmt_init] 0-gfapi: failed to create rpc clnt [2018-01-08 09:21:20.030210] I [timer.c:88:gf_timer_call_cancel] (-->/usr/local/lib/libglusterfs.so.0(gf_log_fini+0x42) [0x7f07f38d15db] -->/usr/local/lib/libglusterfs.so.0(gf_log_disable_suppression_before_exit+0x52) [0x7f07f38d1575] -->/usr/local/lib/libglusterfs.so.0(gf_timer_call_cancel+0xcd) [0x7f07f38e197a] ) 0-timer: ctx cleanup started Version-Release number of selected component (if applicable): master How reproducible: Always Steps to Reproduce: 1. Create a basic 2x2 volume 2. Try accessing the volume via Samba using any of the following means: a) Kernel CIFS client b) smbclient utility c) Windows/Mac OS Actual results: # smbclient -U root%smb \\\\192.168.122.102\\gluster-vol tree connect failed: NT_STATUS_UNSUCCESSFUL Connection failed with error mentioned above in client logs. Expected results: # smbclient -U root%smb \\\\192.168.122.102\\gluster-vol Try "help" to get a list of possible commands. smb: \> Connection should be successful without any errors.
REVIEW: https://review.gluster.org/19163 (build: Link libgfrpc within rpc-transport shared libraries) posted (#1) for review on master by Anoop C S
COMMIT: https://review.gluster.org/19163 committed in master by \"Anoop C S\" <anoopcs> with a commit message- build: Link libgfrpc within rpc-transport shared libraries Now with https://review.gluster.org/#/c/19056/ merged, we perform dlopen() with RTLD_LOCAL so that every shared library is expected to be explicitly linked against other required libraries. "undefined symbol ..." was seen while trying to access GlusterFS volumes via NFS-Ganesha/Samba using libgfapi resulting in an unusable state. This is a follow-up patch to https://review.gluster.org/#/c/17659/ to make sure that we link libgfrpc too while making socket and rdma rpc-transport shared libraries. Change-Id: I9943cdc449c257ded3cb9f9f2becdd5784d1d82d BUG: 1532238 Signed-off-by: Anoop C S <anoopcs>
REVIEW: https://review.gluster.org/19225 (build: Link server.so against glusterfsd shared object) posted (#1) for review on master by Anoop C S
This issue also prevents GD2 from working with built packages, and needs to be fixed if GD2 is to manage GlusterFS clusters.
I've opened a different bug [1] for the server xlator problem that affects GD2 and Samba. Resetting any changes I made to this bug. [1]: https://bugzilla.redhat.com/show_bug.cgi?id=1550894
Remaining undefined symbol errors are fixed via https://bugzilla.redhat.com/show_bug.cgi?id=1550895
This bug is getting closed because a release has been made available that should address the reported issue. In case the problem is still not fixed with glusterfs-4.0.0, please open a new bug report. glusterfs-4.0.0 has been announced on the Gluster mailinglists [1], packages for several distributions should become available in the near future. Keep an eye on the Gluster Users mailinglist [2] and the update infrastructure for your distribution. [1] http://lists.gluster.org/pipermail/announce/2018-March/000092.html [2] https://www.gluster.org/pipermail/gluster-users/