Also when apache logs 408's, there is sometimes DOS attacks in progress to the web server like a worm, bounce attack, etc... and it is spawning too many children. Can you try to isolate the problem?
You can check any external site instead of the local web server and when you think squid stops answering requests, you can leave your test program, and use squidclient to access any external site to see if it works.
Tesla
From: Marc Schmidt <[EMAIL PROTECTED]> Reply-To: [EMAIL PROTECTED] To: [EMAIL PROTECTED] CC: Marc Elsen <[EMAIL PROTECTED]>, [EMAIL PROTECTED] Subject: Re: [squid-users] Squid stops answering requests.. Date: Wed, 12 Feb 2003 15:10:48 +0100Marc Schmidt wrote:thanx for the fast reply! .-)
the version is 2.4 stable 7
the access.log reports round about 500 up to 1000 requests than it hangs.
there is nothing reported in the cache.log
actually i did set up a few things in the squid.conf. http_port and a few other
things are among these changes as well, but i have not changed anything in terms
of object sizes. squid is configured to not cache anything
( acl all src 0/0
no_cache deny all
)
in the no_cache section. that is the only important thing to mention.
one thing i have encountered after inspecting the log files from apache. (the requested url)
long time after squid stopped working there are a couple of requests appearing
in the access.log from apache:
"IP-blablabla" - - [12/Feb/2003:13:37:01 +0100] "-" 408 -
"IP-blablabla" - - [12/Feb/2003:13:37:01 +0100] "-" 408 -
"IP-blablabla" - - [12/Feb/2003:13:37:01 +0100] "-" 408 -
"IP-blablabla" - - [12/Feb/2003:13:37:01 +0100] "-" 408 -
"IP-blablabla" - - [12/Feb/2003:13:37:01 +0100] "-" 408 -
this means squid did open a socket but didn't send a request, right? that's why there is
a 408 (timeout).
ok, but this doesn't help me. i need a hook from somebody where to start reconfiguring
the proxy
cheers marc
Marc Elsen wrote:
Marc Schmidt wrote:hi all,Which version of squid are you testing ?
after writing and starting a little performance test client and running
it against squid,
the poor little fish stops doing what he is supposed to do: serving the
requests.
the setting is something like this:
the test client is written in java (using jdk1.4.0)
there are 20 threads (each simulating a web client)
each thread requests 50 times the same url
the os is linux suse 7.3
the squid configuration is the one that gets shipped (standard squid.conf)
when using 20 threads with 10 iterations per thread everything is fine.
so, for my five pens this is more or less a configuration issue. isn't it?
anybody out there with a proper squid.conf file that is prepared to
startup squid in
a high performance mode? or does anybody know what conf parameters to screw?
help's appreciated
cheers marc
What's in access.log during the problem test window ?
More important : anything in cache.log ,during the problem phase ?
There is no high performance mode squid.conf so to speak, because squid is always high performant...
A standard squid.conf as shipped can not work I think,
at least a listening port for requests must be specified.
What about cache sizes used etc ?
M.
_________________________________________________________________
Tired of spam? Get advanced junk mail protection with MSN 8. http://join.msn.com/?page=features/junkmail
