[jboss-jira] [JBoss JIRA] (WFLY-898) SharedLocalYieldingLockManager.LocalLock

RH Bugzilla Integration (JIRA) issues at jboss.org
Tue Feb 11 18:53:32 EST 2014


    [ https://issues.jboss.org/browse/WFLY-898?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12943684#comment-12943684 ] 

RH Bugzilla Integration commented on WFLY-898:
----------------------------------------------

Paul Gier <pgier at redhat.com> changed the Status of [bug 1039585|https://bugzilla.redhat.com/show_bug.cgi?id=1039585] from MODIFIED to ON_QA
                
> SharedLocalYieldingLockManager.LocalLock
> ----------------------------------------
>
>                 Key: WFLY-898
>                 URL: https://issues.jboss.org/browse/WFLY-898
>             Project: WildFly
>          Issue Type: Bug
>      Security Level: Public(Everyone can see) 
>          Components: Clustering
>            Reporter: MJ Kim
>            Assignee: Paul Ferraro
>
> Hi,
>  
> Recently my system has been in the QA. (includes Stress test, Endurance test)
> During the endurance test, I found that the heap space was getting exausted, and not removed after full gc.
> When the heap space got close to 90%, the gabage collection was happend every 2 min, and my system was stopped reponding.
> The heap space was not cleaned up, nevertheless I ended the test (no request during a few hours)
>  
>  
> I downloaded some heap dumps, and found that the SharedLocalYieldingLockManage.LocalLock() resided much of heap space. (above 60%)
> I think the session expiration doesn't operate porperly.
>  
> If the SessionBasesClusteredSession class raises the expiration signals with "LocalOnly=True", the lock would not be removed.
>  
> Addionally, I reviewed our source code and did a leakage discory test, anything was matter.
>  
> Here is my environment. If you want to see my standalone.xml, please post a reply thread.
>  
> <Cluster>
> - 8 JVM (4 machine, each 2)
> - JDK : 1.6u31
> - OS : Amazon Linux 64bit
> - JGroups : FILE_PING (The shared storage is GlusterFS volume)
> - Infinispan operation mode : L1 + Distribution / ASYNC / expiration 1min
> - Session handling : web.xml (expiration every 1min)
>    (Originally our setting was 30 min. Beacuse the load generator was sending too many requests with new session, I lowered the threshold to 1min)
> - Source code : 7.1.3 Final tag (downloaded from Github)

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira


More information about the jboss-jira mailing list