Search squid archive

Re: storeClientReadHeader: no URL!

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Tue, Apr 5, 2011 at 12:32 AM, Amos Jeffries <squid3@xxxxxxxxxxxxx> 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



[Index of Archives]     [Linux Audio Users]     [Samba]     [Big List of Linux Books]     [Linux USB]     [Yosemite News]

  Powered by Linux