[Bugs] [Bug 1314641] Encrypted rpc clients do not reconnect sometimes

[bugzilla at redhat.com]

https://bugzilla.redhat.com/show_bug.cgi?id=1314641



--- Comment #3 from Vijay Bellur <vbellur at redhat.com> ---
COMMIT: http://review.gluster.org/13604 committed in release-3.7 by Kaushal M
(kaushal at redhat.com) 
------
commit f125bb78b5a2abb41dec011d2f4fd525cb57ec93
Author: Kaushal M <kaushal at redhat.com>
Date:   Tue Mar 1 13:04:03 2016 +0530

    socket: Launch socket_poller only if connect succeeded

      Backport of 92abe07 from master

    For an encrypted connection, sockect_connect() used to launch
    socket_poller() in it's own thread (ON by default), even if the connect
    failed. This would cause two unrefs to be done on the transport, once in
    socket_poller() and once in socket_connect(), causing the transport to
    be freed and cleaned up. This would cause further reconnect attempts
    from failing as the transport wouldn't be available.

    By starting socket_poller() only if connect succeeded, this is avoided.

    BUG: 1314641
    Change-Id: Ifd1bc4d48a8bdf741e32d02bdbac91530e0e8111
    Signed-off-by: Kaushal M <kaushal at redhat.com>
    Originally-reviewed-on: http://review.gluster.org/13554
    Reviewed-on: http://review.gluster.org/13604
    Smoke: Gluster Build System <jenkins at build.gluster.com>
    NetBSD-regression: NetBSD Build System <jenkins at build.gluster.org>
    Reviewed-by: Vijay Bellur <vbellur at redhat.com>
    CentOS-regression: Gluster Build System <jenkins at build.gluster.com>

-- 
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=19TLiPXpPi&a=cc_unsubscribe