Hello, This issue is about your client side system-configuration, rather than JMeter issue. However, since a multi-threaded test plan needs lots of connections to run, you can easily exhaust max connections, at which point it will try and reuse connections - so this relates on what you are doing with JMeter (OS, application under test, test plan). It doesn't seem related to your question, its an error about available outgoing sockets on client machine rather than listening ports on the application server (hope they are not the same machine ;) in your case).
So start looking at this from this angle and if you can't figure it out, see if you can quick fix it by increasing the available connections (any OS) or file-descriptors (for linux is also required, each socket uses 1 file descriptor). On the long term you should consider why you need as many connections as you are using - if you actually need as many, it isn't best practice to use "too" much (whatever is "too much" in your case). Regards, Adrian On Thu, Aug 25, 2011 at 12:56 PM, <choudh...@labware.com> wrote: > Hi , > I am load testing our webapp that uses JSF 1.2 using HttpRequest > Samplers . In my test Sampler A should come before Sampler B. When I ran > the test with 300 users I got into a situation where Tomcat was handling > sampler B but the debugger was showing that things were not initialized > properly and we got an exception . On further debugging it seemed that > Sampler A may have been fired but probably was not served by Tomcat . ( > I can say so because of the log statements that i have put in my code ) . > First of all is kind of situation possible ? If yes , how ? > > Secondly at the time when I got the exception , I saw in the JMeter log > entries like : > 2011/08/25 14:47:42 ERROR - jmeter.protocol.http.sampler.HTTPJavaImpl: > Can't connect after 10 retries, java.net.BindException: Address already in > use: connect > > What does this mean ? Tomcat is listening on 8080 in my case . > > > Regards, > > Subhrajyoti > Mobile: +919830079545 > Mail: choudh...@labware.com > Web: www.labware.com > > LabWare LIMS Solutions - Results Count
