Description of problem: After is added TLS support, gluster nodes dies after a few secs/minutes of operation with a core dump. Version-Release number of selected component (if applicable): glusterfs-libs-3.6.8-2.fc22.i686 glusterfs-api-3.6.8-2.fc22.i686 glusterfs-server-3.6.8-2.fc22.i686 glusterfs-fuse-3.6.8-2.fc22.i686 glusterfs-cli-3.6.8-2.fc22.i686 glusterfs-3.6.8-2.fc22.i686 How reproducible: instable Steps to Reproduce: 1. two nodes of gluster 2. mutual allowed in auth.allow and auth.ssl-allow 3. self-signed certificates in /etc/ssl/gluster.key/pem/ca (ca=all certs from both nodes) Actual results: Jan 25 15:21:44 *.resellerdesktop.de systemd-coredump[22657]: Process 21727 (glusterd) of user 0 dumped core. Stack trace of thread 21728: #0 0x00000000b766c714 rpc_clnt_reconnect (libgfrpc.so.0) #1 0x00000000b76b3ae9 gf_timer_proc (libglusterfs.so.0) #2 0x00000000b7627370 start_thread (libpthread.so.0) #3 0x00000000b73782be __clone (libc.so.6) Stack trace of thread 21729: #0 0x00000000b7730bda __kernel_vsyscall (linux-gate.so.1) #1 0x00000000b76304bd sigwait (libpthread.so.0) #2 0x00000000800d737c glusterfs_sigwaiter (glusterfsd) #3 0x00000000b7627370 start_thread (libpthread.so.0) #4 0x00000000b73782be __clone (libc.so.6) Stack trace of thread 21730: #0 0x00000000b7730bda __kernel_vsyscall (linux-gate.so.1) #1 0x00000000b762c216 pthread_cond_timedwait@@GLIBC_2.3.2 (libpthread.so.0) #2 0x00000000b76d97d7 syncenv_task (libglusterfs.so.0) #3 0x00000000b76da508 syncenv_processor (libglusterfs.so.0) #4 0x00000000b7627370 start_thread (libpthread.so.0) #5 0x00000000b73782be __clone (libc.so.6) Stack trace of thread 21731: #0 0x00000000b7730bda __kernel_vsyscall (linux-gate.so.1) #1 0x00000000b762c216 pthread_cond_timedwait@@GLIBC_2.3.2 (libpthread.so.0) #2 0x00000000b76d97d7 syncenv_task (libglusterfs.so.0) #3 0x00000000b76da508 syncenv_processor (libglusterfs.so.0) #4 0x00000000b7627370 start_thread (libpthread.so.0) #5 0x00000000b73782be __clone (libc.so.6) Stack trace of thread 21734: #0 0x00000000b7730bda __kernel_vsyscall (linux-gate.so.1) #1 0x00000000b762be4c pthread_cond_wait@@GLIBC_2.3.2 (libpthread.so.0) #2 0x00000000b3c6087c hooks_worker (glusterd.so) #3 0x00000000b7627370 start_thread (libpthread.so.0) #4 0x00000000b73782be __clone (libc.so.6) Stack trace of thread 22371: #0 0x00000000b7730bda __kernel_vsyscall (linux-gate.so.1) #1 0x00000000b736b0db poll (libc.so.6) #2 0x00000000b34ce29c socket_poller (socket.so) #3 0x00000000b7627370 start_thread (libpthread.so.0) #4 0x00000000b73782be __clone (libc.so.6) Stack trace of thread 22601: #0 0x00000000b7730bda __kernel_vsyscall (linux-gate.so.1) #1 0x00000000b736b0db poll (libc.so.6) #2 0x00000000b34ce29c socket_poller (socket.so) #3 0x00000000b7627370 start_thread (libpthread.so.0) #4 0x00000000b73782be __clone (libc.so.6) Stack trace of thread 22629: #0 0x00000000b7730bda __kernel_vsyscall (linux-gate.so.1) #1 0x00000000b736b0db poll (libc.so.6) #2 0x00000000b34ce29c socket_poller (socket.so) #3 0x00000000b7627370 start_thread (libpthread.so.0) #4 0x00000000b73782be __clone (libc.so.6) Stack trace of thread 22635: #0 0x00000000b7730bda __kernel_vsyscall (linux-gate.so.1) #1 0x00000000b736b0db poll (libc.so.6) #2 0x00000000b34ce29c socket_poller (socket.so) #3 0x00000000b7627370 start_thread (libpthread.so.0) #4 0x00000000b73782be __clone (libc.so.6) Stack trace of thread 21727: #0 0x00000000b7730bda __kernel_vsyscall (linux-gate.so.1) #1 0x00000000b7378c56 epoll_wait (libc.so.6) #2 0x00000000b76f65bd event_dispatch_epoll (libglusterfs.so.0) #3 0x00000000b76c6a60 event_dispatch (libglusterfs.so.0) #4 0x00000000800d330a main (glusterfsd) #5 0x00000000b7298715 __libc_start_main (libc.so.6) #6 0x00000000800d37f6 _start (glusterfsd)
as soon, as server/client.ssl off ist set and glusterd got restarted, operation gets back to stable.
This bug is getting closed because the 3.5 is marked End-Of-Life. There will be no further updates to this version. Please open a new bug against a version that still receives bugfixes if you are still facing this issue in a more current release.