Bug 985274 - PermGen memory leak on application deploy->undeploy
Summary: PermGen memory leak on application deploy->undeploy
Keywords:
Status: CLOSED NEXTRELEASE
Alias: None
Product: JBoss Enterprise Application Platform 6
Classification: JBoss
Component: Class Loading
Version: 6.1.0
Hardware: Unspecified
OS: Unspecified
high
high
Target Milestone: ---
: ---
Assignee: Dominik Pospisil
QA Contact: Jiri Sedlacek
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2013-07-17 08:38 UTC by Robert Balent
Modified: 2015-08-02 23:44 UTC (History)
4 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2014-03-28 14:26:46 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)
Application to deploy (25.50 KB, application/zip)
2013-07-17 08:38 UTC, Robert Balent
no flags Details
jconsole screenshot (27.84 KB, image/png)
2013-07-17 08:39 UTC, Robert Balent
no flags Details

Description Robert Balent 2013-07-17 08:38:59 UTC
Created attachment 774677 [details]
Application to deploy

When I deploy and undeploy application few times. Loaded classes are not garbage collected and server crashes on OutOfMemoryError: PermGen space.


Steps to Reproduce:
1. Download and start JBoss EAP 6.1 server
2. Download and build application attached to this issue - mvn clean install
3. Repeatedly copy and remove application in standalone/deployments directory (about 15 times).

You can easily monitor Perm Gen size with jconsole. I'm attaching jconsole screenshot.

I tried same scenario with Tomcat and it works properly.

Attached application is Camel application which should be certified with JBoss EAP for customer support.

Comment 1 Robert Balent 2013-07-17 08:39:47 UTC
Created attachment 774678 [details]
jconsole screenshot

Comment 2 Robert Balent 2013-07-17 08:40:27 UTC
Comment on attachment 774678 [details]
jconsole screenshot

Sharp line at the end is the crash

Comment 3 Robert Balent 2013-07-17 08:42:00 UTC
This bug troubles me when my testsuite have more application and I want to run it repeatedly.

Comment 4 David M. Lloyd 2013-07-17 13:14:01 UTC
All memory leaks are not class loading problems; I am just one person and cannot track down every leak in every component of the app server.  Have you done a heap analysis to discover which component is actually leaking?  It would be more appropriate to set the component to the one with the leak.

Comment 5 Robert Balent 2013-07-17 14:00:27 UTC
All dependencies are packed within the application war file. When profiling the server I see lot of ModuleClassLoader with the classes used by application even no application is deployed.

Can you please help me with some steps which can I use to provide you some more information?

Comment 10 Dominik Pospisil 2014-03-28 14:26:46 UTC
No longer reproducible on 6.x branch, closing.


Note You need to log in before you can comment on or make changes to this bug.