[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