You are viewing a plain text version of this content. The canonical link for it is here.
Posted to oak-issues@jackrabbit.apache.org by "Nitin Gupta (Jira)" <ji...@apache.org> on 2020/07/08 07:04:00 UTC
[jira] [Created] (OAK-9135) Oak Lucene thread is in waiting state
for an object with no owner thread
Nitin Gupta created OAK-9135:
--------------------------------
Summary: 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
--
This message was sent by Atlassian Jira
(v8.3.4#803005)