<html>
  <head>
    <meta content="text/html; charset=utf-8" http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    <br>
    Hi guys.<br>
    <br>
    Sorry, Yuri, I didn't understand your question...<br>
    <br>
    BTW, I just wiped out the caches again, put only one cache_dir and
    started it again.. (killed everything, squid -z, then ./squid.rc
    start)<br>
    <br>
    <b>cache_dir rock /cache2/rock1 20000 min-size=0 max-size=4096
      slot-size=2048</b><br>
    <br>
    <i>2016/02/25 16:23:52 kid2| Store rebuilding is 0.01% complete</i><i><br>
    </i><i>2016/02/25 16:23:52 kid2| WARNING: cache_dir[0]: Ignoring
      malformed cache entry meta data at 124223488</i><i><br>
    </i><i>2016/02/25 16:23:53 kid1| storeLateRelease: released 0
      objects</i><i><br>
    </i><i>2016/02/25 16:23:53 kid2| WARNING: cache_dir[0]: Ignoring
      malformed cache entry meta data at 707231744</i><i><br>
    </i><i>2016/02/25 16:23:57 kid2| WARNING: cache_dir[0]: Ignoring
      malformed cache entry meta data at 2716303360</i><i><br>
    </i><i>2016/02/25 16:23:57 kid2| WARNING: cache_dir[0]: Ignoring
      malformed cache entry meta data at 3097096192</i><i><br>
    </i><i>2016/02/25 16:23:57 kid2| WARNING: cache_dir[0]: Ignoring
      malformed cache entry meta data at 3183704064</i><i><br>
    </i><i>2016/02/25 16:23:58 kid2| WARNING: cache_dir[0]: Ignoring
      malformed cache entry meta data at 3371225088</i><i><br>
    </i><i>2016/02/25 16:24:00 kid2| WARNING: cache_dir[0]: Ignoring
      malformed cache entry meta data at 4721772544</i><i><br>
    </i><i>2016/02/25 16:24:01 kid2| WARNING: cache_dir[0]: Ignoring
      malformed cache entry meta data at 5304958976</i><i><br>
    </i><i>2016/02/25 16:24:02 kid2| WARNING: cache_dir[0]: Ignoring
      malformed cache entry meta data at 5809602560</i><i><br>
    </i><i>2016/02/25 16:24:03 kid2| WARNING: cache_dir[0]: Ignoring
      malformed cache entry meta data at 6067552256</i><i><br>
    </i><i>2016/02/25 16:24:03 kid2| WARNING: cache_dir[0]: Ignoring
      malformed cache entry meta data at 6331369472</i><i><br>
    </i><i>2016/02/25 16:24:06 kid2| WARNING: cache_dir[0]: Ignoring
      malformed cache entry meta data at 7896072192</i><i><br>
    </i><i>2016/02/25 16:24:06 kid2| WARNING: cache_dir[0]: Ignoring
      malformed cache entry meta data at 7939930112</i><i><br>
    </i><i>2016/02/25 16:24:07 kid2| Store rebuilding is 39.38% complete</i><br>
    <br>
    And now, between all those "<i>WARNING: swapfile header inconsistent
      with available data</i>", which won't stop, I'm having this too:<br>
    <br>
    <i>2016/02/25 16:30:50 kid1| assertion failed: FwdState.cc:654:
      "!Comm::IsConnOpen(serverConn)"</i><br>
    <div class="moz-cite-prefix">(3.5.15 bug, right?)<br>
      <br>
      Best Regards,<br>
      <br>
      <pre class="moz-signature" cols="72">-- 
Heiler Bemerguy - (91) 98151-4894
Assessor Técnico - CINBESA (91) 3184-1751</pre>
      <br>
      Em 25/02/2016 15:49, Yuri Voinov escreveu:<br>
    </div>
    <blockquote cite="mid:56CF4CBA.2010806@gmail.com" type="cite">
      <meta content="text/html; charset=utf-8" http-equiv="Content-Type">
      <br>
      -----BEGIN PGP SIGNED MESSAGE----- <br>
      Hash: SHA256 <br>
       <br>
      Hm. What array does itself this time?<br>
      <br>
      26.02.16 0:44, Heiler Bemerguy пишет:<br>
      <span style="white-space: pre;">>

      > Since it started with both cache_dirs...

      >

      >

      > Em 25/02/2016 15:32, Yuri Voinov escreveu:

      >>

      > Don't think so.

      >

      > This messages floods all time?

      >

      > 26.02.16 0:17, Heiler Bemerguy пишет:

      >

      >

      >       > I waited squid -z to finish.. did a "ps auxw |grep
      squid" a

      >       dozen times to check.. THEN I started it.

      >

      >       > It may have tried to serve something, as lots of
      users we're

      >       already conecting to it right after it started, but I'm
      still

      >       seeing a flood of warnings on error.log:

      >

      >

      >

      >

      >

      >       > /2016/02/25 15:06:38 kid1| WARNING: swapfile
      header

      >       inconsistent with available data//

      >

      >       > //2016/02/25 15:06:38 kid1| WARNING: swapfile
      header

      >       inconsistent with available data//

      >

      >       > //2016/02/25 15:06:38 kid1| WARNING: swapfile
      header

      >       inconsistent with available data//

      >

      >       > //2016/02/25 15:06:39 kid1| WARNING: swapfile
      header

      >       inconsistent with available data/

      >

      >

      >

      >       > It's curious that with only one cache_dir (the
      first one), I

      >       didn't receive any of these errors...

      >

      >       > Maybe the non-rounded "4097" value is causing an
      issue?

      >

      >

      >

      >       > Best Regards,

      >

      >

      >

      >       > --

      >

      >       > Heiler Bemerguy - (91) 98151-4894

      >

      >       > Assessor Técnico - CINBESA (91) 3184-1751

      >

      >

      >

      >

      >

      >       > Em 25/02/2016 14:18, Amos Jeffries escreveu:

      >

      >       >> On 26/02/2016 5:58 a.m., Heiler Bemerguy
      wrote:

      >

      >       >>> Hi Alex, Eliezer, Yuri, Amos..

      >

      >       >>>

      >

      >       >>> So, to start from the start, after seeing
      squid was

      >       totally stable and

      >

      >       >>> fast, running with NO cache_dirs, I tried
      to add only

      >       2 rockstore

      >

      >       >>> cache_dirs to test.

      >

      >       >>>

      >

      >       >>> conf:

      >

      >       >>> /cache_dir rock /cache2/rock1 20000
      min-size=0

      >       max-size=4096

      >

      >       >>> slot-size=2048//

      >

      >       >>> //cache_dir rock /cache2/rock2 30000
      min-size=4097

      >       max-size=16384

      >

      >       >>> slot-size=4096/

      >

      >       >>> (ps.: I know it would be nice to use one
      store PER

      >       partition/disk/lun

      >

      >       >>> whatever.. but I'm trying to lessen disk
      wasting by

      >       using small

      >

      >       >>> slot-sizes for small files.. am I wrong?)

      >

      >       >>>

      >

      >       >>> Then squid -z:

      >

      >       >>> /2016/02/25 13:42:00 kid2| Creating Rock
      db:

      >       /cache2/rock1/rock//

      >

      >       >>> //2016/02/25 13:42:00 kid3| Creating Rock
      db:

      >       /cache2/rock2/rock/

      >

      >       >>>

      >

      >       >>> Then running squid for the first time with
      these

      >       newly created rock

      >

      >       >>> stores....

      >

      >       >>>

      >

      >       >>> /2016/02/25 13:42:09 kid3| Loading
      cache_dir #1 from

      >       /cache2/rock2/rock//

      >

      >       >>> //2016/02/25 13:42:09 kid2| Loading
      cache_dir #0 from

      >       /cache2/rock1/rock//

      >

      >       >>> //2016/02/25 13:42:09 kid3| Store
      rebuilding is 0.01%

      >       complete//

      >

      >       >>> //2016/02/25 13:42:09 kid2| Store
      rebuilding is 0.01%

      >       complete/

      >

      >       >>>

      >

      >       >>> Rebuilding what? just creating the huge
      files I

      >       think...

      >

      >       >> The cache index for those rock DB.

      >

      >       >>

      >

      >       >> Unlike UFS which stores a swap.state file,
      rock rebuilds

      >       its index on

      >

      >       >> each startup.

      >

      >       >>

      >

      >       >>> Then:

      >

      >       >>> /2016/02/25 13:42:19 kid1| WARNING:
      swapfile header

      >       inconsistent with

      >

      >       >>> available data

      >

      >       >>> 2016/02/25 13:42:21 kid2| WARNING:
      cache_dir[0]:

      >       Ignoring malformed

      >

      >       >>> cache entry meta data at 6943832064

      >

      >       >> <snip repeats>

      >

      >       >>> 2016/02/25 13:42:40 kid1| ctx: enter
      level  0:

      >

      >       >>>

      >
'<a moz-do-not-send="true" class="moz-txt-link-freetext" href="http://static.bn-static.com/pg/0plcB0QjJpBbwN7rMMDjKKO5Z63Nhu3zfPw==.gif">http://static.bn-static.com/pg/0plcB0QjJpBbwN7rMMDjKKO5Z63Nhu3zfPw==.gif</a>'

      >

      >       >>> 2016/02/25 13:42:40 kid1| WARNING:
      swapfile header

      >       inconsistent with

      >

      >       >>> available data

      >

      >       >>> 2016/02/25 13:42:40 kid2| WARNING:
      cache_dir[0]:

      >       Ignoring malformed

      >

      >       >>> cache entry meta data at 19581075456

      >

      >       >>> 2016/02/25 13:42:41 kid2| WARNING:
      cache_dir[0]:

      >       Ignoring malformed

      >

      >       >>> cache entry meta data at 19757760512

      >

      >       >>> 2016/02/25 13:42:43 kid2| Finished
      rebuilding storage

      >       from disk.

      >

      >       >>> 2016/02/25 13:42:43 kid2|   10239992
      Entries scanned

      >

      >       >>> 2016/02/25 13:42:43 kid2|        14
      Invalid

      >       entries.///

      >

      >       >>>

      >

      >       >>> What entry? why malformed? Wasn't it just
      a empty

      >       store?! it just

      >

      >       >>> created it.......

      >

      >       >>>

      >

      >       >>

      >

      >       >> Did you wait for the -z background processes
      to finish

      >       creating the 50GB

      >

      >       >> of disk allocation before starting the main
      Squid process

      >       ?

      >

      >       >>

      >

      >       >> Are your workers trying to serve up traffic to
      or from

      >       the cache before

      >

      >       >> the rebuild has completed?

      >

      >       >>

      >

      >       >>

      >

      >       >> As you can see from the log timestamps on
      startup it will

      >       take ~30-60

      >

      >       >> sec for the rock caches of that size to be
      loaded in your

      >       system.

      >

      >       >>

      >

      >       >>

      >

      >       >> Amos

      >

      >       >>

      >

      >       >>
      _______________________________________________

      >

      >       >> squid-users mailing list

      >

      >       >> <a moz-do-not-send="true" class="moz-txt-link-abbreviated" href="mailto:squid-users@lists.squid-cache.org">squid-users@lists.squid-cache.org</a>

      >

      >       >>
      <a moz-do-not-send="true" class="moz-txt-link-freetext" href="http://lists.squid-cache.org/listinfo/squid-users">http://lists.squid-cache.org/listinfo/squid-users</a>

      >

      >

      >

      >

      >

      >

      >

      >       > _______________________________________________

      >

      >       > squid-users mailing list

      >

      >       > <a moz-do-not-send="true" class="moz-txt-link-abbreviated" href="mailto:squid-users@lists.squid-cache.org">squid-users@lists.squid-cache.org</a>

      >

      >       > <a moz-do-not-send="true" class="moz-txt-link-freetext" href="http://lists.squid-cache.org/listinfo/squid-users">http://lists.squid-cache.org/listinfo/squid-users</a>

      >

      >>

      >>

      >>

      >> _______________________________________________

      >> squid-users mailing list

      >> <a moz-do-not-send="true" class="moz-txt-link-abbreviated" href="mailto:squid-users@lists.squid-cache.org">squid-users@lists.squid-cache.org</a>

      >> <a moz-do-not-send="true" class="moz-txt-link-freetext" href="http://lists.squid-cache.org/listinfo/squid-users">http://lists.squid-cache.org/listinfo/squid-users</a>

      >

      > -- 

      > Heiler Bemerguy - (91) 98151-4894

      > Assessor Técnico - CINBESA (91) 3184-1751

      >

      >

      > _______________________________________________

      > squid-users mailing list

      > <a moz-do-not-send="true" class="moz-txt-link-abbreviated" href="mailto:squid-users@lists.squid-cache.org">squid-users@lists.squid-cache.org</a>

      > <a moz-do-not-send="true" class="moz-txt-link-freetext" href="http://lists.squid-cache.org/listinfo/squid-users">http://lists.squid-cache.org/listinfo/squid-users</a></span><br>
      <br>
      -----BEGIN PGP SIGNATURE-----
      <br>
      Version: GnuPG v2
      <br>
       <br>
      iQEcBAEBCAAGBQJWz0y5AAoJENNXIZxhPexGNWIIAMyIhCWXnFfmOxZUtViQGvqp
      <br>
      SNgdjYHjc5yCBsu4IdjlUTeYxwtp/wmn8u4K934oM00kzHw1aAnMUHHc9sRkiNlj
      <br>
      oWKfejsHCxlEZyhuIvJ6qlRE/+EkFW35/rubKxHYH22aQ/R9hQaeb+mCW847bSNu
      <br>
      qOaKyPG6NUj9+mHxhdg86XhG946+JXSHg0ALQjIPYAfrLAKPLGnPrxwc9KxMCQyZ
      <br>
      wfhCDA9rS9GqUF0bOfbeO26ruJt0Y0fXpaC3Uuh/TCCTQlvg5mHXsFgq13kDSJta
      <br>
      QPdyDaB9mroq/twocn6fe0/J0gAwi29pXISF1AmkcKEdoyIViMix/fykarMm7l4=
      <br>
      =86Sx
      <br>
      -----END PGP SIGNATURE-----
      <br>
      <br>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <br>
      <pre wrap="">_______________________________________________
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>
  </body>
</html>