]
Mike Millson commented on JBAS-2299:
------------------------------------
I was able to reproduce this on EAP 4.3 using the attached SampleApp.ear and deploying and
undeploying with the attached script undeploy-deploy.sh.
The following JVM options are set in run.conf:
JAVA_OPTS="-Xms128m -Xmx512m -XX:PermSize=32M -XX:MaxPermSize=64M
-Dsun.rmi.dgc.client.gcInterval=3600000 -Dsun.rmi.dgc.server.gcInterval=3600000
-XX:+HeapDumpOnOutOfMemoryError"
I get OOME after about 45-50 deploy/undeploy cycles.
The attached screen shot shows the paths from GC roots for one of the leaked classloaders
I found in the heap dump generated at OOME.
OutOfMemory error when repetatively deploying and undeploying with 10
minute interval
-------------------------------------------------------------------------------------
Key: JBAS-2299
URL:
http://jira.jboss.com/jira/browse/JBAS-2299
Project: JBoss Application Server
Issue Type: Feature Request
Security Level: Public(Everyone can see)
Components: Deployment services
Affects Versions: JBossAS-4.0.3RC2
Environment: WinXP SP2, JBoss 4.0.3RC2, JDK 1.4.2_07
Reporter: Amar Syed
Assigned To: Clebert Suconic
Attachments: Data.txt, SampleApp.ear, Sampleapp.zip
Time Spent: 2 hours
Remaining Estimate: 0 minutes
Using a manual copy and delete mechanism with the server\default\deploy folder the sample
ear (attached) caused an outofmemory error eventually after 90 repetitions.
The min and max heap settings were configured as : -Xms128m -Xmx512m
The time delay after dropping/deploying the ear at each repetition was set to 10 minutes
after which the ear is deleted/undeployed followed by a 10 second sleep till the next
deploy cycle.
I find this behaviour strange because
http://jira.jboss.com/jira/browse/JBAS-1319 is
supposed to have fixed this issue.
The lines from the server.log surrounding the java.lang.OutOfMemoryError are as follows:
2005-09-24 06:04:31,413 DEBUG [org.jboss.mx.loading.UnifiedClassLoader] New jmx UCL with
url null
2005-09-24 06:04:31,413 DEBUG [org.jboss.mx.loading.RepositoryClassLoader] setRepository,
repository=org.jboss.mx.loading.HeirarchicalLoaderRepository3@e51e50,
cl=org.jboss.mx.loading.UnifiedClassLoader3@c90207{ url=null ,addedOrder=0}
2005-09-24 06:04:33,057 ERROR [org.apache.commons.digester.Digester] Begin event threw
error
java.lang.OutOfMemoryError
2005-09-24 06:04:33,057 ERROR
[org.apache.catalina.core.ContainerBase.[jboss.web].[localhost].[/XMPVXE0Partion/VXE1_ContentTestService]]
StandardWrapper.Throwable
java.lang.OutOfMemoryError
2005-09-24 06:04:33,057 ERROR
[org.apache.catalina.core.ContainerBase.[jboss.web].[localhost].[/XMPVXE0Partion/VXE1_ContentTestService]]
Servlet /XMPVXE0Partion/VXE1_ContentTestService threw load() exception
java.lang.OutOfMemoryError
2005-09-24 06:04:33,072 DEBUG [org.jboss.mx.loading.UnifiedClassLoader] New jmx UCL with
url null
The following two jars were added to the server\default\lib folder.
commons-validator.jar --- version 1.1.3
struts.jar ---- version 1.2.4
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: