HUP signal doesn't shutdown wsgi servers
Bug #1479972 reported by
clayg
This bug affects 1 person
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
OpenStack Object Storage (swift) |
Fix Released
|
Undecided
|
Unassigned |
Bug Description
expected behavior - sending a HUP will shutdown a wsgi server and it's workers
observed behavior - sending a HUP will not shutdown a wsgi server and it's workers
The fix seems to be:
diff --git a/swift/
index 28810f6..e47f797 100644
--- a/swift/
+++ b/swift/
@@ -464,7 +464,7 @@ class WorkersStrategy
"""
- return None
+ return 1
def bind_ports(self):
"""
CVE References
Changed in swift: | |
milestone: | none → 2.4.0 |
status: | Fix Committed → Fix Released |
To post a comment you must log in.
Reviewed: https:/ /review. openstack. org/207637 /git.openstack. org/cgit/ openstack/ swift/commit/ ?id=207dd9b49d7 d53a9faa4849af2 c40bb875416fce
Committed: https:/
Submitter: Jenkins
Branch: master
commit 207dd9b49d7d53a 9faa4849af2c40b b875416fce
Author: Darrell Bishop <email address hidden>
Date: Thu Jul 30 14:32:08 2015 -0700
Fix regression in WSGI server SIGHUP behavior
The SIGHUP receipt used to pop us out of an os.wait() where now, it's in
a "green" wait() and Timeout() combo, some part of which eats the signal
receipt. This causes the while loop condition to never get checked and
SIGHUP no longer works as a server reload command.
The fix is to loop at least every 0.5 seconds, as a trade-off between
not busy-waiting and checking the "keep running" condition often enough
to feel responsive.
Change-Id: I95283b8b7cfc29 98ab5813e0ad3ca 1fa231696c8
Closes-Bug: #1479972