Skip to content

Commit 3e9e1ec

Browse files
aldy505aminvakil
andauthored
fix: set harakiri Django option to 30s (#3792)
* fix: set harakiri Django option to 30s Closes #1573 From @guoard and @aminvakil who found the issue of "uWSGI reports full listen queue" was caused mostly by workers taking longer times to finish. For folks with bigger Sentry installation, they might want to increase the `proxy_read_timeout` and `harakiri` values to a longer (acceptable) time. See the GitHub issue linked above for more details. * feat: document 'harakiri' option instead of making it the default * Update sentry.conf.example.py Co-authored-by: Amin Vakil <[email protected]> * Update sentry.conf.example.py Co-authored-by: Amin Vakil <[email protected]> --------- Co-authored-by: Amin Vakil <[email protected]>
1 parent 9d710cd commit 3e9e1ec

File tree

1 file changed

+6
-0
lines changed

1 file changed

+6
-0
lines changed

sentry/sentry.conf.example.py

Lines changed: 6 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -230,6 +230,12 @@ def get_internal_network():
230230
"workers": 3,
231231
"threads": 4,
232232
"memory-report": False,
233+
# The `harakiri` option terminates requests that take longer than the
234+
# defined amount of time (in seconds) which can help avoid stuck workers
235+
# caused by GIL issues or deadlocks.
236+
# Ensure nginx `proxy_read_timeout` configuration (default: 30)
237+
# on your `nginx.conf` file to be at least 5 seconds longer than this.
238+
# "harakiri": 25,
233239
# Some stuff so uwsgi will cycle workers sensibly
234240
"max-requests": 100000,
235241
"max-requests-delta": 500,

0 commit comments

Comments
 (0)