On the rare occasion something is wrong, like the client will not reconnect to a brick, I've been able to work around it by changing a volume setting that affects the client. This causes the client to reload the vol file and return to sanity.
A kill -HUP does not do this as the client recognizes that the vol file hasn't changed and refuses to reload.
Adding the ability to force a reload may be beneficial perhaps a SIGUSR2?
I wouldn't rely on the glusterd connection and, in fact, the signal should force that reconnection as well.
Joe, while this RFE makes sense when there are those rare issues, considering we have the work around to force a re-load by changing an option (like you mentioned above), we are deprioritizing this feature request (well, I understand this is sitting here without an update for last 4yrs). We will mark this as WONTFIX for now. Please feel free to reopen, if you find it critical.
For those who are reading this bug, to achieve the same, do a change in volfile (or gluster volume set $volname some-option some-value), and that should take care of the issue.