[Gluster-devel] Update on mgmt_v3-locks.t on NetBSD

Emmanuel Dreyfus manu at netbsd.org
Thu Apr 16 19:01:39 UTC 2015


Kaushal M <kshlmster at gmail.com> wrote:

> Glusterfsd has always caught SIGTERM, SIGHUP and SIGUSR1.

Right. The handling is unsafe anyway: there is no easy way to avoid
races in signal handler, the only reasonable thing to do there is to set
a global sig_atomic_t and handle the action outside of the signal
handler.

But since the goal is to exit, I guess we should be able to do something
"good enough" with current code.

-- 
Emmanuel Dreyfus
http://hcpnet.free.fr/pubz
manu at netbsd.org


More information about the Gluster-devel mailing list