On 4/09/2015 6:24 a.m., Sebastián Goicochea wrote: > Regarding configure options, I disable IPv6 because of the latency that > adds to DNS queries, enable-ssl could be removed, gnuregex gave no > problems (or that I think). > > That options on the config file are the core of my configuration. Just > stripped ACLs and that kind of stuff to make it shorter, and I also > stripped the part of the rewriter (because I have it commented at the > moment). > Could any of the misconfigurations you mention could be causing this > Vary loop? In summary; it looks like you may have been using SMP workers in an unsafe manner (simetime recently perhapse) and screwed over your cache_dir. A full cache re-scan is probably in order to fix it. In detail; What I noticed particularly was that you have a section of SMP configuration. And that later you have "cache_dir diskd ..." without any SMP protections. But what you posted did not say "workers" directive so I was unsure. If you have at any time run that config file with the "workers" directive in it, then those diskd caches will have been randomly overwriting each others stored content. Almost guaranteeing these types of problem and other SWAPFAIL events as well. Even if workers was for only happening for a short time, disk cache corruption is persistent. You have two options. 1) wait until all the collisions have been found and erased. That could take a while to happen naturally. 2) stop Squid, erase the swap.state in those cache_dir and restart Squid. The slow "DIRTY" rebuild will fix collision type corruptions. In related settings you have shared memory cache disabled and rock store in use. Disabling shared memory and running with SMP workers might make rock store collide as well - though I'm not sure of that. It does nothing in a non-SMP configuration. If the rock is corrupted it self-heals pretty quickly. Just restart Squid and that happens. Amos _______________________________________________ squid-users mailing list squid-users@xxxxxxxxxxxxxxxxxxxxx http://lists.squid-cache.org/listinfo/squid-users
