[jboss-jira] [JBoss JIRA] (REMJMX-94) Memory leak in remoting-jmx

RH Bugzilla Integration (JIRA) issues at jboss.org
Mon Oct 19 18:33:00 EDT 2015


     [ https://issues.jboss.org/browse/REMJMX-94?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

RH Bugzilla Integration updated REMJMX-94:
------------------------------------------
    Bugzilla References: https://bugzilla.redhat.com/show_bug.cgi?id=1191002, https://bugzilla.redhat.com/show_bug.cgi?id=1264555, https://bugzilla.redhat.com/show_bug.cgi?id=1257031  (was: https://bugzilla.redhat.com/show_bug.cgi?id=1191002, https://bugzilla.redhat.com/show_bug.cgi?id=1264555)


> Memory leak in remoting-jmx
> ---------------------------
>
>                 Key: REMJMX-94
>                 URL: https://issues.jboss.org/browse/REMJMX-94
>             Project: Remoting JMX
>          Issue Type: Bug
>    Affects Versions: 1.1.3.Final
>            Reporter: Libor Zoubek
>            Assignee: Darran Lofthouse
>              Labels: memory_leak
>             Fix For: 2.0.2.CR1
>
>
> In RHQ plugin We're experiencing a memory leak when we talk to EAP over remoting-jmx. Leak is very notable once we restart our plugin container (each plugin has in it's own classloader) Classes owned by RHQ Server plugin don't get GCed.
> I am able to reproduce mem leak without RHQ agent and plugin infrastructure repeating following steps:
> 1. start new thread
> 2. assign URL classloader to this thread (point it to jboss-client.jar)
> 3. connect & disconnect to jmx-remoting endpoint
> In this test no classes don't get GCed which after serveral iterations ends up in OOM.
> My test/example is here https://github.com/lzoubek/remotingjmx-leak/blob/master/src/main/java/org/jboss/remotingjmx/memleak/test/Main.java
> I am not sure if memleak is in remoting-jmx or some other underlying stuff. 
> I thought https://issues.jboss.org/browse/REM3-200 was related, but workaround mentioned does not help.



--
This message was sent by Atlassian JIRA
(v6.4.11#64026)


More information about the jboss-jira mailing list