Same caveat as Patrick.. do we need to add more ram to the host? +! On 28 June 2017 at 16:12, Patrick Uiterwijk <puiterwijk@xxxxxxxxxx> wrote: > On Wed, Jun 28, 2017 at 10:07 PM, Kevin Fenzi <kevin@xxxxxxxxx> wrote: >> Greetings. >> >> We saw two issues in composes this morning (an ostree that failed to download things and a server dvd compose that failed to download a package). >> >> looking at the time this happened, the apache on kojipkgs02 hit maxrequestworkers. >> >> So, I think when this happens, varnish sends back a 502 to new requests for a few seconds while the queue processes down. >> >> I would like to increase the limit from 256 (the default) to 512. > > Assuming you checked we have the resources (RAM) to deal with this increase, +1. > >> >> +1s? >> >> kevin >> -- >> From 6733ba83e129157eb93e2ac5c24b79aebc2ac0b8 Mon Sep 17 00:00:00 2001 >> From: Kevin Fenzi <kevin@xxxxxxxxx> >> Date: Wed, 28 Jun 2017 20:00:45 +0000 >> Subject: [PATCH] up the apache limit on kojipgks from default 256 to 512. This >> should hopefully stop issues with 256 requests at a time causing download >> errors for composes >> >> Signed-off-by: Kevin Fenzi <kevin@xxxxxxxxx> >> --- >> roles/kojipkgs/files/kojipkgs.conf | 2 ++ >> 1 file changed, 2 insertions(+) >> >> diff --git a/roles/kojipkgs/files/kojipkgs.conf b/roles/kojipkgs/files/kojipkgs.conf >> index cf8ea56..73174bd 100644 >> --- a/roles/kojipkgs/files/kojipkgs.conf >> +++ b/roles/kojipkgs/files/kojipkgs.conf >> @@ -1,4 +1,6 @@ >> ServerName https://kojipkgs.fedoraproject.org >> +MaxRequestWorkers 512 >> +ServerLimit 512 >> >> RequestHeader unset Accept-Encoding early >> >> -- >> 1.8.3.1 >> >> >> >> >> _______________________________________________ >> infrastructure mailing list -- infrastructure@xxxxxxxxxxxxxxxxxxxxxxx >> To unsubscribe send an email to infrastructure-leave@xxxxxxxxxxxxxxxxxxxxxxx >> > _______________________________________________ > infrastructure mailing list -- infrastructure@xxxxxxxxxxxxxxxxxxxxxxx > To unsubscribe send an email to infrastructure-leave@xxxxxxxxxxxxxxxxxxxxxxx -- Stephen J Smoogen. _______________________________________________ infrastructure mailing list -- infrastructure@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to infrastructure-leave@xxxxxxxxxxxxxxxxxxxxxxx
