BIND 10 #2249: order of shutdowns should not allow msgq or cfgmgr to exit before other components
BIND 10 Development
do-not-reply at isc.org
Tue Sep 18 07:49:47 UTC 2012
#2249: order of shutdowns should not allow msgq or cfgmgr to exit before other
components
-------------------------------------+-------------------------------------
Reporter: jreed | Owner:
Type: | Status: new
defect | Milestone: New Tasks
Priority: | Resolution:
medium | Sensitive: 0
Component: Boss | Sub-Project: Core
of BIND | Estimated Difficulty: 0
Keywords: | Total Hours: 0
Defect Severity: N/A |
Feature Depending on Ticket: |
Add Hours to Ticket: 0 |
Internal?: 0 |
-------------------------------------+-------------------------------------
Comment (by vorner):
It should be safe to stop the config manager first. Components aren't
supposed to use it at shutdown, they only ask for configuration on startup
and when it changes.
The msgq can be a problem, but if a component shuts down cleanly, it
should happen before the msgq gets the SIGTERM. We may want to check the
length of the delay before sending SIGTERMs.
However, it looks strange that msgq would stop first. It either crashed,
or the process refused to stop by message and needed to be killed anyway.
There's currently no way to stop msgq „nicely“, so it always waits for the
second stage (sending SIGTERMs).
--
Ticket URL: <http://bind10.isc.org/ticket/2249#comment:1>
BIND 10 Development <http://bind10.isc.org>
BIND 10 Development
More information about the bind10-tickets
mailing list