<html>
  <head>

    <meta http-equiv="content-type" content="text/html; charset=utf-8">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    Amos, I recompiled 3.5.8 with this configuration (removed ipv6 and
    ssl):<br>
    <br>
    Squid Cache: Version 3.5.8<br>
    Service Name: squid<br>
    configure options:  '--prefix=/usr/local'
    '--datadir=/usr/local/share' '--bindir=/usr/local/sbin'
    '--libexecdir=/usr/local/lib/squid' '--localstatedir=/var'
    '--sysconfdir=/etc/squid3' '--enable-delay-pools'
    '--enable-linux-netfilter' '--enable-eui' '--enable-snmp'
    '--enable-gnuregex' '--enable-ltdl-convenience'
    '--enable-removal-policies=lru heap' '--enable-http-violations'
    '--with-openssl' '--with-filedescriptors=24321' '--enable-poll'
    '--enable-epoll' '--enable-storeio=ufs,aufs,diskd,rock'<br>
    <br>
    <br>
    Again formatted the partitions, started with this config (removed
    shared memory off, removed all refresh patterns) and no workers
    directive at all:<br>
    <br>
    http_access allow localhost manager<br>
    http_access deny manager<br>
    acl purge method PURGE<br>
    http_access allow purge localhost<br>
    http_access deny purge<br>
    acl all src all<br>
    acl localhost src 127.0.0.1/32<br>
    acl localnet src 127.0.0.0/8<br>
    acl Safe_ports port 80<br>
    acl snmppublic snmp_community public<br>
    http_access deny !Safe_ports<br>
    http_access allow all<br>
    dns_v4_first on<br>
    cache_mem 1024 MB<br>
    maximum_object_size_in_memory 64 KB<br>
    memory_cache_mode always<br>
    maximum_object_size 260000 KB<br>
    minimum_object_size 100 bytes<br>
    collapsed_forwarding on<br>
    logfile_rotate 5<br>
    mime_table /etc/squid3/mime.conf<br>
    debug_options ALL,1<br>
    store_id_access deny all<br>
    store_id_bypass on<br>
    quick_abort_min 0 KB<br>
    quick_abort_max 0 KB<br>
    quick_abort_pct 100<br>
    range_offset_limit 0<br>
    negative_ttl 1 minute<br>
    negative_dns_ttl 1 minute<br>
    read_ahead_gap 128 KB<br>
    request_header_max_size 100 KB<br>
    reply_header_max_size 100 KB<br>
    via off<br>
    half_closed_clients off<br>
    cache_mgr webmaster<br>
    cache_effective_user squid<br>
    cache_effective_group squid<br>
    httpd_suppress_version_string on<br>
    snmp_access allow snmppublic localhost<br>
    snmp_access deny all<br>
    snmp_incoming_address 127.0.0.1<br>
    error_directory /etc/squid3/errors/English<br>
    max_filedescriptors 65535 <br>
    ipcache_size 1024<br>
    forwarded_for off <br>
    log_icp_queries off<br>
    icp_access allow localnet<br>
    icp_access deny all<br>
    htcp_access allow localnet<br>
    htcp_access deny all<br>
    digest_rebuild_period 15 minutes<br>
    digest_rewrite_period 15 minutes<br>
    strip_query_terms off<br>
    max_open_disk_fds 150<br>
    cache_replacement_policy heap LFUDA<br>
    memory_pools off<br>
    http_port 9001 <br>
    http_port 901 tproxy <br>
    pid_filename /var/run/squid1.pid<br>
    visible_hostname localhost<br>
    snmp_port 1611<br>
    icp_port 3131<br>
    htcp_port 4828<br>
    cachemgr_passwd admin admin<br>
    if ${process_number} = 1<br>
     access_log stdio:/var/log/squid/1/access.log squid<br>
     cache_log /var/log/squid/1/cache.log<br>
     cache_store_log none<br>
     cache_swap_state /var/log/squid/1/%s.swap.state<br>
    else<br>
     access_log none <br>
     cache_log /dev/null<br>
    endif<br>
    cache_dir rock  /cache1/rock1 256  min-size=500 max-size=2000  <br>
    cache_dir rock  /cache1/rock2 2000  min-size=2000 max-size=30000  <br>
    cache_dir diskd /cache1/diskd2 60000 16 256 min-size=30000 
    max-size=400000<br>
    cache_dir diskd /cache2/2 100000 16 256 min-size=400000 
    max-size=1048576<br>
    cache_dir diskd /cache2/1 680000 16 256 min-size=1048576<br>
    <br>
    <br>
    <br>
    This config generates this processes:<br>
    <br>
    # ps ax | grep squid<br>
     9768 ?        Ss     0:00 /usr/local/sbin/squid -f
    /etc/squid3/squid1.conf<br>
     9770 ?        S      0:00 (squid-coord-4) -f
    /etc/squid3/squid1.conf<br>
     9771 ?        S      0:01 (squid-disk-3) -f /etc/squid3/squid1.conf<br>
     9772 ?        S      0:00 (squid-disk-2) -f /etc/squid3/squid1.conf<br>
     9773 ?        S      1:13 (squid-1) -f /etc/squid3/squid1.conf<br>
    <br>
    <br>
    But still seeing all those Vary loops all the time<br>
    <br>
    :(<br>
    <br>
    Thanks,<br>
    Sebastian<br>
    <br>
    <br>
    <br>
    <div class="moz-cite-prefix">El 03/09/15 a las 15:48, Amos Jeffries
      escribió:<br>
    </div>
    <blockquote class=" cite" id="mid_55E895FF_90006_treenet_co_nz"
      cite="mid:55E895FF.90006@treenet.co.nz" type="cite">
      <pre wrap="">On 4/09/2015 6:24 a.m., Sebastián Goicochea wrote:
</pre>
      <blockquote class=" cite" id="Cite_5055021" type="cite">
        <pre wrap="">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?
</pre>
      </blockquote>
      <pre wrap="">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
<a class="moz-txt-link-abbreviated" href="mailto:squid-users@lists.squid-cache.org">squid-users@lists.squid-cache.org</a>
<a class="moz-txt-link-freetext" href="http://lists.squid-cache.org/listinfo/squid-users">http://lists.squid-cache.org/listinfo/squid-users</a>
</pre>
    </blockquote>
    <br>
    <br>
  </body>
</html>