varnish crashes
Angelo Höngens
a.hongens at netmatch.nl
Mon Jan 25 11:06:51 CET 2010
On 24-1-2010 20:31, Michael S. Fischer wrote:
> The other most common reason why the varnish supervisor can start
> killing off children is when they are blocked waiting on a page-in,
> which is usually due to VM overcommit (i.e., storage file size
> significantly exceeds RAM and you have a very large hot working set).
> You can usually see that when "iostat -x" output shows the I/O busy % is
> close to 100, meaning the disk is saturated. You can also see that in
> vmstat (look at the pi/po columns if you're using a file, or si/so if
> you're using malloc).
Well, my balancers have 8GB ram, and were using a 350GB backend file..
I saw disk io was really high, 174% busy is kinda busy :)
extended device statistics
device r/s w/s kr/s kw/s wait svc_t %b
ad4 100.3 85.2 4101.1 1355.9 2 37.5 174
ad6 102.5 85.2 4092.7 1355.9 3 29.1 150
So thanks for that! I now set the backend to an 8GB file, and I hope
that will be better..
Do you have any recommendations, except buying faster disks?
With Squid I was used to filling up the 300GB disks (we also serve large
images), but I guess Varnish does not work that way..
--
With kind regards,
Angelo Höngens
systems administrator
MCSE on Windows 2003
MCSE on Windows 2000
MS Small Business Specialist
------------------------------------------
NetMatch
tourism internet software solutions
Ringbaan Oost 2b
5013 CA Tilburg
+31 (0)13 5811088
+31 (0)13 5821239
A.Hongens at netmatch.nl
www.netmatch.nl
------------------------------------------
More information about the varnish-misc
mailing list