Thank you for the patch. This needs to be 'fixed' later to use the
wsgi_* variables that other services use.
On 17 March 2017 at 21:13, Patrick Uiterwijk <puiterwijk(a)redhat.com> wrote:
Hi,
Can I get retroactive +1s for the patch?
This drops the number of threads and processes down to normal limits:
having 200 * 20 + 100 * 10 = 5000 threads for wsgi is... not going to
work.
Patrick
commit 66172d7738bbee3749520b025a24b8930e5fd2c0
Author: Patrick Uiterwijk <puiterwijk(a)redhat.com>
Date: Sat Mar 18 01:11:30 2017 +0000
Use sane values for processess and threads for resultsdb
Signed-off-by: Patrick Uiterwijk <puiterwijk(a)redhat.com>
diff --git a/roles/taskotron/resultsdb-backend/templates/resultsdb.conf.j2
b/roles/taskotron/resultsdb-backend/templat
index c3f4d5c..dcec940 100644
--- a/roles/taskotron/resultsdb-backend/templates/resultsdb.conf.j2
+++ b/roles/taskotron/resultsdb-backend/templates/resultsdb.conf.j2
@@ -1,5 +1,5 @@
{% if deployment_type in ['stg', 'prod'] %}
-WSGIDaemonProcess resultsdb user=apache group=apache threads=200 processes=20
+WSGIDaemonProcess resultsdb user=apache group=apache threads=20 processes=4
{% else %}
WSGIDaemonProcess resultsdb user=apache group=apache threads=5
{% endif %}
diff --git a/roles/taskotron/resultsdb-frontend/templates/resultsdb_frontend.conf.j2
b/roles/taskotron/resultsdb-front
index e71cf58..a6b3596 100644
--- a/roles/taskotron/resultsdb-frontend/templates/resultsdb_frontend.conf.j2
+++ b/roles/taskotron/resultsdb-frontend/templates/resultsdb_frontend.conf.j2
@@ -1,5 +1,5 @@
{% if deployment_type in ['stg', 'prod'] %}
-WSGIDaemonProcess resultsdb_frontend user=apache group=apache
threads=100 processes=10
+WSGIDaemonProcess resultsdb_frontend user=apache group=apache
threads=20 processes=4
{% else %}
WSGIDaemonProcess resultsdb_frontend user=apache group=apache threads=5
{% endif %}
_______________________________________________
infrastructure mailing list -- infrastructure(a)lists.fedoraproject.org
To unsubscribe send an email to infrastructure-leave(a)lists.fedoraproject.org
--
Stephen J Smoogen.