Re: [squid-users] cache_peer allow-miss

From: senthil kumar <senthilkumaar2021_at_gmail.com>
Date: Fri, 29 Jul 2011 14:33:15 +0530

Thanks for the reply

We are using squid2.7 stable9

Consider squid2 has two siblings squid3 and squid4

cache_peer squid3 sibling 80 3130 allow-miss
cache_peer squid4 sibling 80 3130 allow-miss

In this case when request comes to squid2 from squid1 and content was
not to be in squid3 and squid4
Whether squid forwards request to peer which replied first ICP_MISS
or both peers?

Thanks,
Senthil

On Fri, Jul 29, 2011 at 12:29 PM, Amos Jeffries <squid3_at_treenet.co.nz> wrote:
> On 29/07/11 17:40, senthil kumar wrote:
>>
>> Hello All,
>>
>> We have three squid servers for testing and for our requirement we
>> configured as follows,
>>
>> squid1.conf
>> cache_peer squid2 sibling 80 3130
>> squid2.conf
>> cache_peer squid3 sibling 80 3130 allow-miss
>>
>> We are getting the following error "Valid document �was not �found in
>> the cache �and 'only-if-cached' directive was �specified", �When
>> squid1 makes request to squid2 and in turn squid2 makes request to
>> squid3
>
> Which squid version?
>
>>
>> The setup works fine when we use allow-miss option. We may include few
>> other squid servers as sibling �in future. In this case allow-miss tag
>> will cause any forwarding loop?
>
> Yes it will.
>
>> or it causes any trouble?
>
> You trade only-if-cached messages, for forwarding-loop errors or "slow"
> requests looping around consuming resources at multiple peers.
>
>>
>> Can any one explain how allow-miss?
>
> In the configuration above it permits squid2 to send a request through
> squid3 even if squid2 was informed (via ICP MISS) that it did not exist
> there.
> �squid1 adds the only-if-cached to prevent looping, but squid2 ignores that.
> Somehow it advertised to squid1 that it had the object when it did not, its
> not clear why.
>
>
> Amos
> --
> Please be using
> �Current Stable Squid 2.7.STABLE9 or 3.1.14
> �Beta testers wanted for 3.2.0.10
>
Received on Fri Jul 29 2011 - 09:03:27 MDT

This archive was generated by hypermail 2.2.0 : Fri Jul 29 2011 - 12:00:03 MDT