<div dir="ltr">Thanks, Amos. I will look into that.<br></div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Jun 19, 2015 at 7:21 PM, Amos Jeffries <span dir="ltr"><<a href="mailto:squid3@treenet.co.nz" target="_blank">squid3@treenet.co.nz</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="HOEnZb"><div class="h5">On 20/06/2015 9:46 a.m., Stanford Prescott wrote:<br>
> I have a working SSLBump configuration with Squid 3.5.4. It seems that<br>
> sometimes, if switching from HTTPS caching to only HTTP caching the cache<br>
> becomes corrupted requiring deleting the swap.state file and recreating it<br>
> by rebuilding the cache directories.<br>
><br>
> Has anyone else seen this? If so, has anyone found a fix that will prevent<br>
> this from happening?<br>
<br>
</div></div>That is very strange. The cache has nothing to do with HTTPS vs HTTP.<br>
All inputs and outputs are just URI+object with a hashe.<br>
<br>
It dont matter if its http:// or https:// or ftp:/ or gopher:// or<br>
whois:// ... its just a URI with a binary object attached.<br>
<br>
<br>
I suspect you are probably encountering object corruption from in<br>
incomplete shutdown/restart process. This can happen if there is a big<br>
object in transit at the time, or if you set shutdown_timeout to a<br>
small value, or used kill -9 to stop Squid.<br>
<br>
Amos<br>
<br>
_______________________________________________<br>
squid-users mailing list<br>
<a href="mailto:squid-users@lists.squid-cache.org">squid-users@lists.squid-cache.org</a><br>
<a href="http://lists.squid-cache.org/listinfo/squid-users" rel="noreferrer" target="_blank">http://lists.squid-cache.org/listinfo/squid-users</a><br>
</blockquote></div><br></div>