[ https://issues.apache.org/jira/browse/GEODE-9295?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17364681#comment-17364681 ]
ASF subversion and git services commented on GEODE-9295: -------------------------------------------------------- Commit 509c96b640d1d595103f6caecffa41c31194e995 in geode's branch refs/heads/support/1.14 from Barry Oglesby [ https://gitbox.apache.org/repos/asf?p=geode.git;h=509c96b ] GEODE-9295: Added dunit test (cherry picked from commit c9d4f681d0700bd5344960f2da83ae960fc0b778) > entry idle expiration threads may hang > -------------------------------------- > > Key: GEODE-9295 > URL: https://issues.apache.org/jira/browse/GEODE-9295 > Project: Geode > Issue Type: Bug > Components: expiration > Affects Versions: 1.13.0, 1.13.1, 1.13.2, 1.13.3, 1.14.0, 1.15.0 > Reporter: Darrel Schneider > Assignee: Darrel Schneider > Priority: Major > Labels: pull-request-available > Fix For: 1.15.0 > > > GEODE-7921 in 1.13 introduced this issue. When processing a message used by > entry idle expiration to find out when an entry was last accessed on any > member of the cluster it now checks for a null cache, region, and entry. If > any of them are null the message simply returns. The problem is that the > expiration thread that sent this message waits forever for a reply. So unless > the member that found a null leaves the cluster, the expiration thread will > be hung waiting for a reply that will never be sent. > The fix for this is easy. We just need to send a reply of zero when we find a > null. -- This message was sent by Atlassian Jira (v8.3.4#803005)