Date: Thu, 22 Sep 2016 09:21:59 +0000 From: bugzilla-noreply@freebsd.org To: freebsd-bugs@FreeBSD.org Subject: [Bug 212829] daemon(8) using -P swallows signals such as SIGHUP instead of propagating them Message-ID: <bug-212829-8-SJ8KrOQcmq@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-212829-8@https.bugs.freebsd.org/bugzilla/> References: <bug-212829-8@https.bugs.freebsd.org/bugzilla/>
next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D212829 --- Comment #4 from Dave Cottlehuber <dch@skunkwerks.at> --- BTW I can see the advantages of daemon accepting all signals but then the change becomes more complex - the original issue was allowing the SIGHUP fr= om `service widget reload` to be passed through.=20 Apparently /etc/rc.subr allows passing arbitrary signals through if defined= in the widget's script: reload) if [ -z "$rc_pid" ]; then _run_rc_notrunning return 1 fi _run_rc_precmd || return 1 _doit=3D$(_run_rc_killcmd "${sig_reload:-HUP}") _run_rc_doit "$_doit" || return 1 _run_rc_postcmd ;; viz: japanese/ebnetd/files/ebhttpd.in:sig_reload=3DSIGHUP japanese/ebnetd/files/ebnetd.in:sig_reload=3DSIGHUP japanese/ebnetd/files/ndtpd.in:sig_reload=3DSIGHUP lang/php55/files/php-fpm.in:sig_reload=3D"USR2" lang/php56/files/php-fpm.in:sig_reload=3D"USR2" lang/php70/files/php-fpm.in:sig_reload=3D"USR2" mail/mimedefang/files/patch-examples__init-script.in: sig_reload=3D"INT" mail/opendkim/files/milter-opendkim.in:sig_reload=3D"USR1" mail/rspamd-devel/files/rspamd_redirector.in:sig_reload=3D"USR1" mail/rspamd/files/rspamd.in:sig_reload=3D"HUP" mail/rspamd/files/rspamd_redirector.in:sig_reload=3D"USR1" net-mgmt/icinga-core/files/icinga.in:sig_reload=3DHUP net-mgmt/icinga2/files/icinga2.in:sig_reload=3DHUP net-mgmt/nagios/files/nagios.in:sig_reload=3DHUP net-mgmt/nagios4/files/nagios.in:sig_reload=3DHUP net-mgmt/nrpe/files/nrpe2.in:sig_reload=3DHUP net/exabgp/files/exabgp.in:sig_reload=3D"USR1" net/exaddos/files/exaddos.in:sig_reload=3D"USR1" net/vncreflector/files/vncreflector.in:sig_reload=3DUSR2 security/openvpn-devel/files/openvpn.in: sig_reload=3DUSR1 run_rc_command reload security/openvpn/files/openvpn.in: sig_reload=3DUSR1 run_rc_command relo= ad security/openvpn/files/openvpn.in: sig_reload=3DUSR2 sysutils/burp/files/burp.in:sig_reload=3D"HUP" sysutils/sec/files/sec.in:sig_reload=3DHUP www/kannel-sqlbox/files/kannel_sqlbox.in:sig_reload=3DSIGUSR1 www/kannel/files/kannel_bearerbox.in:sig_reload=3DSIGUSR1 www/kannel/files/kannel_smsbox.in:sig_reload=3DSIGUSR1 www/kannel/files/kannel_wapbox.in:sig_reload=3DSIGUSR1 www/lighttpd/files/lighttpd.in: sig_reload=3D"INT" www/nghttp2/files/nghttpx.in:sig_reload=3D"USR2" # exec-self reloa= d; Note: future versions have SIGHUP to reload www/nghttp2/files/nghttpx.in: sig_reload=3D"USR1" www/nginx-devel/files/nginx.in: sig_reload=3D"USR2" www/nginx-devel/files/nginx.in: sig_reload=3D"QUIT" www/nginx/files/nginx.in: sig_reload=3D"USR2" www/nginx/files/nginx.in: sig_reload=3D"QUIT" www/ufdbguard/files/ufdbguardd.in: sig_reload=3DUSR1 www/ufdbguard/files/ufdbguardd.in: sig_reload=3DUSR2 www/uwsgi/files/uwsgi.in: sig_reload=3D"TERM" TLDR a generalised solution might be better. --=20 You are receiving this mail because: You are the assignee for the bug.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-212829-8-SJ8KrOQcmq>