<div id="__MailbirdStyleContent" style="font-size: 10pt;font-family: arial;color: #000000">
                                        
                                        
                                            
                                        
                                        
                                        Hi<div><br></div><div>I have now opened the Pandora box of writing my own helper as per Bobs suggestion. </div><div><br></div><div>I am playing with the idea of pre-processing my acl lists and using memcached as a KV store. This way I should be able to update ACL members whilst keeping everything as available as possible.</div><div><br></div><div>I would update the acl members outside of squid so it should be fast, and if I get my tree model right, fast and scale well too.</div><div><br></div><div>I have had great success with Memcache on various large web applications so again, pending a clever tree algorithm, this could provide me with what I need without having to reload / restart squid.</div><div><br></div><div>Darren B.</div><div><br></div><div><br></div><div><br></div><div><br></div><div><br><div><br></div><div class="mb_sig">Sent from <a href="http://www.getmailbird.com/?utm_source=Mailbird&utm_medium=email&utm_campaign=sent-from-mailbird" target="_blank">Mailbird</a></div>
                                        
                                        </div><blockquote class="history_container" type="cite" style="border-left-style: solid;border-width: 1px;margin-top: 20px;margin-left: 0px;padding-left: 10px;min-width: 500px">
                                       <p style="color: #AAAAAA; margin-top: 10px;">On 2/10/2016 12:15:52 PM, Amos Jeffries <squid3@treenet.co.nz> wrote:</p>On 2/10/2016 2:08 p.m., Benjamin E. Nichols wrote:<br>> I wouldnt advise reconfigure for when you update your blacklists, sure<br>> it sounds great, but in reality, as I said, in my experience, only<br>> sometimes will it actually reload the acl from disk, sometimes it wont. <br>> Youll do a reconfigure and discover your squid is still running the old<br>> acls which presumably are memory resident, now this may have been a bug<br>> thats been since fixed, but Im not messing with it.  In our testig<br>> environment we dont have time to be dealing with squid deciding to load<br>> an acl from disk when it feels like it should do so, we need it to load<br>> from disk every time.<br>> <br>> Once you do your own testing youll see what im talking about, go ahead<br>> and add some urls to your acl and -k reconfigure, do this a few times,<br><br>So you are sening Squid a series of reload signals so fast it does not<br>have time to complete one before the next is arriving?<br><br>There are many fixes in Squid-4 and latest 3.5 for those situations. But<br>still some open bug reports about the behaviour there. Those are not<br>related to ACLs specifically. Any reconfig task that takes longer than<br>the time between -k reconfigure signals being sent will trigger issues.<br><br>... Ironically using a helper is one of the things which breaks. Squid<br>looses track of whether any given new helper being started was for the<br>current or previous -k reconfigure signal.<br><br>And of course connections and transactions which are already underway<br>are not affected by newly loaded config details.<br><br>Amos<br><br>_______________________________________________<br>squid-users mailing list<br>squid-users@lists.squid-cache.org<br>http://lists.squid-cache.org/listinfo/squid-users<br>
                                       </blockquote></div>