geode-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Dan Smith (JIRA)" <j...@apache.org>
Subject [jira] [Updated] (GEODE-540) Hang in OffHeapEvictionDUnitTest.testEachTaskSize
Date Wed, 11 Nov 2015 00:53:10 GMT

     [ https://issues.apache.org/jira/browse/GEODE-540?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]

Dan Smith updated GEODE-540:
----------------------------
    Assignee: Darrel Schneider

> Hang in OffHeapEvictionDUnitTest.testEachTaskSize
> -------------------------------------------------
>
>                 Key: GEODE-540
>                 URL: https://issues.apache.org/jira/browse/GEODE-540
>             Project: Geode
>          Issue Type: Bug
>            Reporter: Dan Smith
>            Assignee: Darrel Schneider
>              Labels: CI
>
> I hit this hang in a private build of cfbeaf241d6c77ad47ba062bb4268c88b798ce90
> I did a thread dump on the running processes, and it looks like it stuck in OffHeapMemoryMonitor.stopMonitoring.
> {noformat}
> "Test worker" #10 prio=5 os_prio=0 tid=0x00007f8288dd1800 nid=0x7ba2 in Object.wait()
[0x00007f827206d000]
>    java.lang.Thread.State: WAITING (on object monitor)
>   at java.lang.Object.wait(Native Method)
>   at java.lang.Thread.join(Thread.java:1245)
>   - locked <0x00000000d058f348> (a java.lang.Thread)
>   at java.lang.Thread.join(Thread.java:1319)
>   at com.gemstone.gemfire.internal.cache.control.OffHeapMemoryMonitor.stopMonitoring(OffHeapMemoryMonitor.java:132)
>   - locked <0x00000000d058f1f8> (a com.gemstone.gemfire.internal.cache.control.OffHeapMemoryMonitor)
>   at com.gemstone.gemfire.internal.cache.OffHeapEvictionDUnitTest.createCache(OffHeapEvictionDUnitTest.java:81)
>   at com.gemstone.gemfire.internal.cache.EvictionDUnitDisabledTest.testEachTaskSize(EvictionDUnitDisabledTest.java:192)
>   at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>   at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
>   at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>   at java.lang.reflect.Method.invoke(Method.java:497)
>   at junit.framework.TestCase.runTest(TestCase.java:176)
>   at junit.framework.TestCase.runBare(TestCase.java:141)
>   at junit.framework.TestResult$1.protect(TestResult.java:122)
>   at junit.framework.TestResult.runProtected(TestResult.java:142)
>   at junit.framework.TestResult.run(TestResult.java:125)
>   at junit.framework.TestCase.run(TestCase.java:129)
>   at junit.framework.TestSuite.runTest(TestSuite.java:252)
>   at junit.framework.TestSuite.run(TestSuite.java:247)
> "Thread-199 OffHeapMemoryListener" #840 daemon prio=10 os_prio=0 tid=0x00007f8234977800
nid=0x27e7 waiting for monitor entry [0x00007f81fb4f9000]
>    java.lang.Thread.State: BLOCKED (on object monitor)
>   at com.gemstone.gemfire.internal.cache.control.OffHeapMemoryMonitor.updateStateAndSendEvent(OffHeapMemoryMonitor.java:297)
>   - waiting to lock <0x00000000d058a7b0> (a com.gemstone.gemfire.internal.cache.control.OffHeapMemoryMonitor)
>   at com.gemstone.gemfire.internal.cache.control.OffHeapMemoryMonitor$OffHeapMemoryUsageListener.run(OffHeapMemoryMonitor.java:511)
>   at java.lang.Thread.run(Thread.java:745)
> {noformat}
> To me, it looks like the problem is that stopMonitoring calls join on the memory monitor
thread while synchronized. The memory monitor thread is then stuck trying to get that lock.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

Mime
View raw message