java.net.SocketException during load test
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
06-28-2007
05:22 PM
06-28-2007
05:22 PM
java.net.SocketException during load test
We are getting bunch of error message below..
"Thu Jun 28 20:07:41 EDT 2007:ERROR:Exception in request: java.net.SocketException: Connection reset by peer: socket write error"
while increasing number of threads to 20 during load test. We are running it on windows. Please advise. it is show stopper for us now..
Thanks,
gdemore
Harleysville Insurance
"Thu Jun 28 20:07:41 EDT 2007:ERROR:Exception in request: java.net.SocketException: Connection reset by peer: socket write error"
while increasing number of threads to 20 during load test. We are running it on windows. Please advise. it is show stopper for us now..
Thanks,
gdemore
Harleysville Insurance
3 REPLIES 3
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
06-28-2007
11:51 PM
06-28-2007
11:51 PM
Hi,
hmm.. this is an error that usually arises when the target system can't handle the load.. should it be able to? Are you seeing any errors on the server handling the request? Can you monitor it in any way?
If you can mail me your project file I can run a simulation locally to see if it might be a soapUI error.. (ole@eviware.com)
regards!
/Ole
eviware.com
hmm.. this is an error that usually arises when the target system can't handle the load.. should it be able to? Are you seeing any errors on the server handling the request? Can you monitor it in any way?
If you can mail me your project file I can run a simulation locally to see if it might be a soapUI error.. (ole@eviware.com)
regards!
/Ole
eviware.com
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
06-29-2007
01:01 AM
06-29-2007
01:01 AM
Yes I agree with Ole.
The key is the line "reset by peer" which usually means that something has been dumped on the other side. It often is performance issues, but COULD be because of malformed messages.
It also could be beacuse of some error in soapUI (where we send something mysterious).
As well as sending us the project file, I advice you to monitor the server while you're doing the test and see what is happening.
Monitor network traffic and the number of connections as well as any application server specifics.
The key is the line "reset by peer" which usually means that something has been dumped on the other side. It often is performance issues, but COULD be because of malformed messages.
It also could be beacuse of some error in soapUI (where we send something mysterious).
As well as sending us the project file, I advice you to monitor the server while you're doing the test and see what is happening.
Monitor network traffic and the number of connections as well as any application server specifics.
Product Guy for Ready! API, SoapUI and all things API
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
06-29-2007
01:09 AM
06-29-2007
01:09 AM
One more thing 🙂
If you're using a thread strategy (from 1 to 50 threads for exampe) and it constantly hits the wall at 20, probe around some.
Do some simple stategy tests at 15 threads, let it run for a while. Does the Service take a continous load at 15?
Go up to a simple strategy at 25. Do you get the errors at once?
Do a burst of let us say 10 threads for 10 seconds with a 10 second delay. does the server recover. Try different delays and see what happends.
All this is to see possible thresholds where the Service bumps into problems or reasons why it have problems.
Now let's hope for the best and hope this is a soapUI bug, but using soapUI as a tool for quickly generating a multuitude of small tests is a great way of using it and examining service behaviour.
/niclas
If you're using a thread strategy (from 1 to 50 threads for exampe) and it constantly hits the wall at 20, probe around some.
Do some simple stategy tests at 15 threads, let it run for a while. Does the Service take a continous load at 15?
Go up to a simple strategy at 25. Do you get the errors at once?
Do a burst of let us say 10 threads for 10 seconds with a 10 second delay. does the server recover. Try different delays and see what happends.
All this is to see possible thresholds where the Service bumps into problems or reasons why it have problems.
Now let's hope for the best and hope this is a soapUI bug, but using soapUI as a tool for quickly generating a multuitude of small tests is a great way of using it and examining service behaviour.
/niclas
Product Guy for Ready! API, SoapUI and all things API
