[ 
https://issues.apache.org/jira/browse/GEODE-3314?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16135666#comment-16135666
 ] 

ASF subversion and git services commented on GEODE-3314:
--------------------------------------------------------

Commit be8dde4fe287bacd632d7172d0efb70dbaf7455f in geode's branch 
refs/heads/release/1.2.1 from [~gosullivan]
[ https://git-wip-us.apache.org/repos/asf?p=geode.git;h=be8dde4 ]

GEODE-3314: Fix DLockService token leak.

And add a test so that we don't do that again.

We had been unlocking the DLock on the remote server before freeing the
local `DLockToken`. This meant that the local token got reused by
another thread acquiring the same lock and the count went up and up and
up (due to some logic that wouldn't decrease the count if it no longer
owned the token).

Tokens should no longer have usageCounts that climb over time, which
means they should be released normally by freeResources.

Signed-off-by: Bruce Schuchardt <bschucha...@pivotal.io>

Signed-off-by: Galen O'Sullivan <gosulli...@pivotal.io>

This closes #663
Signed-off-by: Hitesh Khamesra <hkames...@pivotal.io>

(cherry picked from commit d91096c19a453e3d04f9b3d9151ad57dc8e79e0a)


> OldGen heap usage grows without increase in data size, large number of 
> DLockTokens
> ----------------------------------------------------------------------------------
>
>                 Key: GEODE-3314
>                 URL: https://issues.apache.org/jira/browse/GEODE-3314
>             Project: Geode
>          Issue Type: Bug
>          Components: distributed lock service
>            Reporter: Udo Kohlmeyer
>            Assignee: Galen O'Sullivan
>             Fix For: 1.2.1
>
>
> When using Global Replicate regions, the DLockTokens are not correctly 
> cleaned up, causing a memory leak.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

Reply via email to