Re: [squid-users] Weirdness caching objects with a vary header on a accelerator

On Wed, May 02, 2007 at 12:34:51AM +0200, Henrik Nordstrom wrote:
> tis 2007-05-01 klockan 11:43 +0200 skrev Bastian Blank:
> > On Mon, Apr 30, 2007 at 10:37:24AM +0200, Bastian Blank wrote:
> > > The response is properly written according to the store.log:
> > > | 1177918188.354 SWAPOUT 00 00000000 5DD09DA912DD58C2EFBDAC8382385625 200 1177918188 -1 1178018188 x-squid-internal/vary - 1/201 GET http://jura13.jura.uni-tuebingen.de/
> > > | 1177918188.354 SWAPOUT 00 00000001 6401BF3ABD2BDF388518448979017161 200 1177918188 1171557682 1177921788 text/html 18413/18413 GET http://jura13.jura.uni-tuebingen.de/
> >
> > The key 5DD09DA912DD58C2EFBDAC8382385625 is built using the vary header
> > and is therefor unusable to find this object again.
>
> This problem is seen if you use urlgroup:s. See discussion in bug #1947.
>
> It's not the vary details which is lost, it's the urlgroup when writing
> out the x-squid-internal object.

I removed the usage of urlgroups from the store key as workaround and it
works. Thank you.

Bastian

-- 
Too much of anything, even love, isn't necessarily a good thing.
		-- Kirk, "The Trouble with Tribbles", stardate 4525.6