question

zbrock avatar image
zbrock asked zbrock posted

iTest 4.01 keeps throwing java.lang.OutOfMemoryError

This has happened on 3.4 and 4.0.0 as well, I read somewhere on this forum it was fixed, but for some reason NOT in my case.

 

Error is thrown after running my test for 45min-1hr, this test contains 4 telnet, 2 ssh, and 1 snmp session; it's a soak/stress test.

 

I've tried adjusting my itest.ini, but that's made little different. Here's the whole error:

 

Exception of Stack Track:

java.lang.OutOfMemoryError: Java heap space
at java.util.Arrays.copyOfRange(Unknown Source)
at java.lang.String.<init>(Unknown Source)
at java.lang.StringBuffer.toString(Unknown Source)
at com.mysql.jdbc.PreparedStatement.setString(PreparedStatement.java:4124)
at org.apache.commons.dbcp.DelegatingPreparedStatement.setString(DelegatingPreparedStatement.java:132)
at org.apache.commons.dbcp.DelegatingPreparedStatement.setString(DelegatingPreparedStatement.java:132)
at com.fnfr.foundation.database.Database2.fillPreparedStatement(Database2.java:512)
at com.fnfr.foundation.database.Database2.executeUpdateQuery(Database2.java:551)
at com.fnfr.svt.testreport.database.TestReportDatabase2.updateReportItem(TestReportDatabase2.java:511)
at com.fnfr.svt.testreport.database.manager.TestReportWriter.updateStep(TestReportWriter.java:66)
at com.fnfr.svt.execution.kernel.TestReporter.updateStep(TestReporter.java:206)
at com.fnfr.svt.execution.kernel.BaseStepExecutor.updateStepReport(BaseStepExecutor.java:914)
at com.fnfr.svt.execution.kernel.BaseStepExecutor.execute(BaseStepExecutor.java:293)
at com.fnfr.svt.execution.kernel.ExecutionThread.executeStep(ExecutionThread.java:926)
at com.fnfr.svt.execution.kernel.ExecutionThread.executeMainLoop(ExecutionThread.java:802)
at com.fnfr.svt.execution.kernel.ExecutionThread.ffrun(ExecutionThread.java:722)
at com.fnfr.foundation.FanfareRunnable.run(FanfareRunnable.java:86)
at java.lang.Thread.run(Unknown Source)

iTest
10 |950
Toggle Comment visibility. Current Visibility: Viewable by all users

Up to 2 attachments (including images) can be used with a maximum of 512.0 KiB each and 1.0 MiB total.

1 Answer

·
AdamB avatar image
AdamB answered AdamB posted

What value do you have set for your -Xmx set to?

 

Also, have you turned on the "Show heap status" in the preferences general section?  That will help show the usage that is occuring.

 

What is the test doing?  Does it have lots of very long strings?

 

Feel free to escalate this to support to see if they can help figure out what is happening.

 

Sorry you are having trouble.

-a

3 comments
10 |950
Toggle Comment visibility. Current Visibility: Viewable by all users

Up to 2 attachments (including images) can be used with a maximum of 512.0 KiB each and 1.0 MiB total.

zbrock avatar image zbrock commented ·

Adam, I've had this issue with the default ini settings as well as my current settings;

-startup
plugins/org.eclipse.equinox.launcher_1.0.201.R35x_v20090715.jar
--launcher.library
plugins/org.eclipse.equinox.launcher.win32.win32.x86_1.0.200.v20090519
-vmargs
-Xmx768M
-Dfile.encoding=UTF-8
-XX:PermSize=128M
-XX:MaxPermSize=256M

The test is mainly stressing the box via CLI work and SNMP work, the SNMP requests can be 10k oids long, I don't know if that's a factor. Is there any diag info i can provide to help you understand the underlying issue?

0 Likes 0 ·
dclaar avatar image dclaar zbrock commented ·

Usually, it is a big response. I wrote up a bit on how to troubleshoot this at http://forums.fanfaresoftware.com/t5/General-iTest-Topics/My-java-heap-blew-up-Why/m-p/16332/highlight/true#M6719

0 Likes 0 ·
AdamB avatar image AdamB dclaar commented ·

Thanks dclaar. 

 

zbrock, if you're still having trouble with this, you should initiate a support session and they can start helping you figure out what is causing it.

0 Likes 0 ·

Write an Answer

Hint: Notify or tag a user in this post by typing @username.

Up to 2 attachments (including images) can be used with a maximum of 512.0 KiB each and 1.0 MiB total.