Re: [squid-users] storeClientReadHeader: no URL!

From: Tory M Blue <tmblue_at_gmail.com>
Date: Tue, 5 Apr 2011 12:28:02 -0700

On Tue, Apr 5, 2011 at 12:32 AM, Amos Jeffries <squid3_at_treenet.co.nz> wrote:
> On 05/04/11 17:09, Tory M Blue wrote:
>>>
>>> Problem is that this is happening in every cache server. Even if I
>>> start clean I get these. What debug level/numbers can I use to track
>>> this down? This happens constantly, so ya as you said something is
>>> going on but it doesn't appear to be, someone mucking with the cache
>>> or other odity, since it happens with new fresh squid instances and is
>>> happening a lot..
>>>
>>> Thanks Amos
>>>
>>> Tory
>>>
>>
>> hmmm
>>
>> 746665-2011/04/04 21:57:05| storeClientReadHeader: swapin MD5 mismatch
>> 746729-2011/04/04 21:57:05|     1949E8301BB74F8CD2E16773A23B8D26
>> 746784-2011/04/04 21:57:05|     3BD0B17768C3A6F6A85A4C4684A311C0
>>
>>
>> That has to be the cause, but it makes no sense. Why would they be
>> there with a fresh cache install, on 3 different servers..
>
>
> What OS filesystem is this using?
>  does it do any sort of fancy file de-duplication or compression underneath
> Squid?
>  is there any system process which might do that sort of thing?
>
> Can you try 2.7.STABLE9?
>
> If this is ufs/aufs/diskd, do you have the ufsdump tool installed with
> Squid? that can dump the content of cache files for manual checking.

Nothing special, all using aufs, some on reiserfs others on ext4. I
have stable9 built so I can push that to a server and see if I see the
same thing. I'll also grab ufsdump and see what I can do. I tried
diskd but it failed horribly, so back to aufs :)

Update shortly

Tory
Received on Tue Apr 05 2011 - 19:28:09 MDT

This archive was generated by hypermail 2.2.0 : Thu Apr 07 2011 - 12:00:03 MDT