Strange 302

[Hugues Alary]

Hi,

Have you tried bypassing varnish by either removing it or doing a
return(pipe); as the 1st instruction in your vcl_recv() and see if you
still get the 302? If not, it *could* be varnish, if yes, it is your
backend application that send a 302.

-Hugues

On Tue, May 1, 2012 at 5:22 PM, <Nicholas_Maesepp at scee.net> wrote:

> Hi All
>
>  Been running varnish-3.0.2 revision 55e70a4 for a couple weeks using
> -smalloc and 6G. Got several of them and they run fine for a couple weeks
> and for the 2nd time now the first cache has stopped serving a key css file
> and returning a 302. I don't cache the css and I also don't implement any
> 302 redirects via varnish.
>
>  GET
> http://www.example.com/r09_d71/static/includes/style/portal_combined_min.cssHTTP/1.1" 302 210 "http:/
> www.example.com/" "Mozilla/5.0 (Windows NT 6.1; WOW64; rv:12.0)
> Gecko/20100101 Firefox/12.0"
>
> After a restart of varnish only I get
>
> GET
> http://www.example.com/r09_d71/static/includes/style/portal_combined_min.cssHTTP/1.1" 200 44805 "
> http://www.example.com/" "Mozilla/5.0 (Windows NT 6.1; WOW64; rv:12.0)
> Gecko/20100101 Firefox/12.0"
>
> I believe a few other image objects may also not load properly but it is
> hard to tell with a broken css and the interesting part is I don't cache
> the css whilst I do the images.
>
> I have made some tweaks(thanks internet), which I may not fully understand
> and worked fine in limited testing whilst giving performance improvements.
>
> -p log_hashstring=off \
>              -p shm_workspace=32768 \
>              -p thread_pool_workspace=262144 \
>              -p http_gzip_support=off \
>              -p http_range_support=on \
>              -p http_req_hdr_len=9072 \
>
> Any ideas why I would get a 302? I track varnish memory using cloudwatch
> (in AWS) and at the time of restart it was at 65% and had been on the
> decline for a couple hours from 88%. The total Ram on the box is 7.5G so
> 90% is about the limit varnish will hit. Have I not allowed enough RAM for
> worker threads?
>
> # # The minimum number of worker threads to start
> VARNISH_MIN_THREADS=30
> #
> # # The Maximum number of worker threads to start
> VARNISH_MAX_THREADS=1000
> #
> # # Idle timeout for worker threads
> VARNISH_THREAD_TIMEOUT=120
>
>
>
> Cheers
>
> Nick Maesepp
>
>
>
>
>
>
>
> *
> *
>
> *
> Sony Computer Entertainment Australia Pty Ltd*
> Level 1, 63-73 Ann Street Surry Hills NSW 2010
> P.O. Box 5023 Darlinghurst NSW 2010
> ph: +61 (0)2 9324 9500 fax: +61 (0)2 9324 9558
>
> *http://au.playstation.com* <http://au.playstation.com/>*
> **http://www.facebook.com/PlayStationAU*<http://www.facebook.com/PlaystationAU>
>
>
> *
> THE WORLD IS IN PLAY.*
> PlayStation®Vita has arrived.
> http://www.psvita.com
>
> *
> *[image: PSMOVE] <http://au.playstation.com/psvita>
>
> **********************************************************************
> This email and any files transmitted with it are confidential and intended
> solely for the use of the individual or entity to whom they are addressed.
> If you have received this email in error please notify postmaster at scee.net
> This footnote also confirms that this email message has been checked for
> all known viruses.
> Sony Computer Entertainment Australia Pty. Limited
> Registered Office: Level 1, 63-73 Ann Street, Surry Hills, NSW 2010
> Australia
> Registered in Australia: 077 583 183
> **********************************************************************
> *
> Please consider the environment before printing this e-mail*
>
>
> _______________________________________________
> varnish-misc mailing list
> varnish-misc at varnish-cache.org
> https://www.varnish-cache.org/lists/mailman/listinfo/varnish-misc
>



-- 
Hugues ALARY
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://www.varnish-cache.org/lists/pipermail/varnish-misc/attachments/20120501/285e5540/attachment.html>