retroactive freeze break request: kojipkgs01

Kevin Fenzi kevin at scrye.com
Thu Feb 26 15:11:50 UTC 2015


We have been having some persistent issues with kojipkgs01 lately. 

kojipkgs01 is our squid proxy in front of koji builds. It allows users
and builders to get fast access to packages. (When it's working). 

Lately, it's been working fine at first, then in a few days or so it
starts getting really slow. Downloads go from 25M/s to 200k/sec and
sometimes things even just timeout. 

Restarting squid seems to fix this... for a few more days.
There is never any errors on the box, i/o, load and everything is fine. 

I looked this morning a bunch at options and adjusted the memory cache
down in case we were hitting some kind of issue with memory cache. 

I'd like +1's for that change, and also to solicit ideas for what we
can do to fix this once and for all (if these changes don't do so). 

diff --git a/roles/kojipkgs/files/squid.conf b/roles/kojipkgs/files/squid.conf
index b011143..a0d5312 100644
--- a/roles/kojipkgs/files/squid.conf
+++ b/roles/kojipkgs/files/squid.conf
@@ -6,8 +6,8 @@ hierarchy_stoplist cgi-bin ?
 
 cache_swap_low 98
 cache_swap_high 99
-cache_mem 50 GB
-maximum_object_size 700 MB
+cache_mem 10 GB
+maximum_object_size 200 MB
 minimum_object_size 0 KB
 cache_replacement_policy heap LFUDA
 maximum_object_size_in_memory 100 MB
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 819 bytes
Desc: OpenPGP digital signature
URL: <http://lists.fedoraproject.org/pipermail/infrastructure/attachments/20150226/9f593c55/attachment.sig>


More information about the infrastructure mailing list