[
https://issues.apache.org/jira/browse/OAK-9135?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Nitin Gupta updated OAK-9135:
-----------------------------
Description:
{code:java}
oak-lucene-1Stack Trace is:java.lang.Thread.State: WAITING (on object
monitor)at sun.misc.Unsafe.park(Native Method)- waiting to lock <0x412b7248> (a
java.util.concurrent.locks.ReentrantReadWriteLock$NonfairSync) owned by "null"
tid=0x-1at java.util.concurrent.locks.LockSupport.park(LockSupport.java:175)at
java.util.concurrent.locks.AbstractQueuedSynchronizer.parkAndCheckInterrupt(AbstractQueuedSynchronizer.java:836)at
java.util.concurrent.locks.AbstractQueuedSynchronizer.acquireQueued(AbstractQueuedSynchronizer.java:870)at
java.util.concurrent.locks.AbstractQueuedSynchronizer.acquire(AbstractQueuedSynchronizer.java:1199)at
java.util.concurrent.locks.ReentrantReadWriteLock$WriteLock.lock(ReentrantReadWriteLock.java:943)at
org.apache.jackrabbit.oak.plugins.index.lucene.LuceneIndexNodeManager.close(LuceneIndexNodeManager.java:190)at
org.apache.jackrabbit.oak.plugins.index.lucene.IndexTracker.close(IndexTracker.java:106)-
locked <0xd198b4b> (a
org.apache.jackrabbit.oak.plugins.index.lucene.IndexTracker)at
org.apache.jackrabbit.oak.plugins.index.lucene.IndexTracker.update(IndexTracker.java:116)-
locked <0xd198b4b> (a
org.apache.jackrabbit.oak.plugins.index.lucene.IndexTracker)at
org.apache.jackrabbit.oak.plugins.index.lucene.LuceneIndexProvider.contentChanged(LuceneIndexProvider.java:73)at
org.apache.jackrabbit.oak.spi.commit.BackgroundObserver$1$1.call(BackgroundObserver.java:127)at
org.apache.jackrabbit.oak.spi.commit.BackgroundObserver$1$1.call(BackgroundObserver.java:121)at
java.util.concurrent.FutureTask.run(FutureTask.java:266)at
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)at
java.lang.Thread.run(Thread.java:745)Locked ownable synchronizers:- locked
<0x791acae7> (a java.util.concurrent.ThreadPoolExecutor$Worker)
{code}
This in turn blocks other query threads waiting to get a lock on object the
above thread has already locked
This is not a consistent issue, was observed in one of the applications built
on top of OAK.
> Oak Lucene thread is in waiting state for an object with no owner thread
> ------------------------------------------------------------------------
>
> Key: OAK-9135
> URL: https://issues.apache.org/jira/browse/OAK-9135
> Project: Jackrabbit Oak
> Issue Type: Bug
> Environment: {code:java}
> oak-lucene-1Stack Trace is:java.lang.Thread.State: WAITING (on object
> monitor)at sun.misc.Unsafe.park(Native Method)- waiting to lock <0x412b7248>
> (a java.util.concurrent.locks.ReentrantReadWriteLock$NonfairSync) owned by
> "null" tid=0x-1at
> java.util.concurrent.locks.LockSupport.park(LockSupport.java:175)at
> java.util.concurrent.locks.AbstractQueuedSynchronizer.parkAndCheckInterrupt(AbstractQueuedSynchronizer.java:836)at
>
> java.util.concurrent.locks.AbstractQueuedSynchronizer.acquireQueued(AbstractQueuedSynchronizer.java:870)at
>
> java.util.concurrent.locks.AbstractQueuedSynchronizer.acquire(AbstractQueuedSynchronizer.java:1199)at
>
> java.util.concurrent.locks.ReentrantReadWriteLock$WriteLock.lock(ReentrantReadWriteLock.java:943)at
>
> org.apache.jackrabbit.oak.plugins.index.lucene.LuceneIndexNodeManager.close(LuceneIndexNodeManager.java:190)at
>
> org.apache.jackrabbit.oak.plugins.index.lucene.IndexTracker.close(IndexTracker.java:106)-
> locked <0xd198b4b> (a
> org.apache.jackrabbit.oak.plugins.index.lucene.IndexTracker)at
> org.apache.jackrabbit.oak.plugins.index.lucene.IndexTracker.update(IndexTracker.java:116)-
> locked <0xd198b4b> (a
> org.apache.jackrabbit.oak.plugins.index.lucene.IndexTracker)at
> org.apache.jackrabbit.oak.plugins.index.lucene.LuceneIndexProvider.contentChanged(LuceneIndexProvider.java:73)at
>
> org.apache.jackrabbit.oak.spi.commit.BackgroundObserver$1$1.call(BackgroundObserver.java:127)at
>
> org.apache.jackrabbit.oak.spi.commit.BackgroundObserver$1$1.call(BackgroundObserver.java:121)at
> java.util.concurrent.FutureTask.run(FutureTask.java:266)at
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)at
>
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)at
> java.lang.Thread.run(Thread.java:745)Locked ownable synchronizers:- locked
> <0x791acae7> (a java.util.concurrent.ThreadPoolExecutor$Worker)
> {code}
> This in turn blocks other query threads waiting to get a lock on object the
> above thread has already locked
> This is not a consistent issue, was observed in one of the applications built
> on top of OAK.
> Reporter: Nitin Gupta
> Priority: Major
>
> {code:java}
> oak-lucene-1Stack Trace is:java.lang.Thread.State: WAITING (on object
> monitor)at sun.misc.Unsafe.park(Native Method)- waiting to lock <0x412b7248>
> (a java.util.concurrent.locks.ReentrantReadWriteLock$NonfairSync) owned by
> "null" tid=0x-1at
> java.util.concurrent.locks.LockSupport.park(LockSupport.java:175)at
> java.util.concurrent.locks.AbstractQueuedSynchronizer.parkAndCheckInterrupt(AbstractQueuedSynchronizer.java:836)at
>
> java.util.concurrent.locks.AbstractQueuedSynchronizer.acquireQueued(AbstractQueuedSynchronizer.java:870)at
>
> java.util.concurrent.locks.AbstractQueuedSynchronizer.acquire(AbstractQueuedSynchronizer.java:1199)at
>
> java.util.concurrent.locks.ReentrantReadWriteLock$WriteLock.lock(ReentrantReadWriteLock.java:943)at
>
> org.apache.jackrabbit.oak.plugins.index.lucene.LuceneIndexNodeManager.close(LuceneIndexNodeManager.java:190)at
>
> org.apache.jackrabbit.oak.plugins.index.lucene.IndexTracker.close(IndexTracker.java:106)-
> locked <0xd198b4b> (a
> org.apache.jackrabbit.oak.plugins.index.lucene.IndexTracker)at
> org.apache.jackrabbit.oak.plugins.index.lucene.IndexTracker.update(IndexTracker.java:116)-
> locked <0xd198b4b> (a
> org.apache.jackrabbit.oak.plugins.index.lucene.IndexTracker)at
> org.apache.jackrabbit.oak.plugins.index.lucene.LuceneIndexProvider.contentChanged(LuceneIndexProvider.java:73)at
>
> org.apache.jackrabbit.oak.spi.commit.BackgroundObserver$1$1.call(BackgroundObserver.java:127)at
>
> org.apache.jackrabbit.oak.spi.commit.BackgroundObserver$1$1.call(BackgroundObserver.java:121)at
> java.util.concurrent.FutureTask.run(FutureTask.java:266)at
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)at
>
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)at
> java.lang.Thread.run(Thread.java:745)Locked ownable synchronizers:- locked
> <0x791acae7> (a java.util.concurrent.ThreadPoolExecutor$Worker)
> {code}
> This in turn blocks other query threads waiting to get a lock on object the
> above thread has already locked
> This is not a consistent issue, was observed in one of the applications built
> on top of OAK.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
