I haven't been able to figure it out. The following is a thread dumb I've
been able to collect (not referenced to the log of the previous email), but
that shows the same behavior... Does anyone has have any idea why this
might happen? The 3 threads are all stuck waiting to checkin 3 different
nodes
"executor-thread-110" #9337 daemon prio=5 os_prio=0 cpu=60584.18ms
elapsed=2163.96s tid=0x00007fec2401d800 nid=0x2e6979 in Object.wait()
[0x00007feb64ef5000]
java.lang.Thread.State: TIMED_WAITING (on object monitor)
at java.lang.Object.wait([email protected]/Native Method)
- waiting on <no object reference available>
at java.lang.Object.wait([email protected]/Object.java:462)
at
org.apache.jackrabbit.oak.stats.Clock.getTimeIncreasing(Clock.java:111)
- waiting to re-lock in wait() <0x0000000702dcfb08> (a
org.apache.jackrabbit.oak.stats.Clock$3)
at org.apache.jackrabbit.oak.stats.Clock.waitUntil(Clock.java:157)
at
org.apache.jackrabbit.oak.jcr.version.ReadWriteVersionManager.checkin(ReadWriteVersionManager.java:130)
at
org.apache.jackrabbit.oak.jcr.delegate.VersionManagerDelegate.checkin(VersionManagerDelegate.java:67)
at
org.apache.jackrabbit.oak.jcr.version.VersionManagerImpl$7.perform(VersionManagerImpl.java:372)
at
org.apache.jackrabbit.oak.jcr.version.VersionManagerImpl$7.perform(VersionManagerImpl.java:363)
at
org.apache.jackrabbit.oak.jcr.delegate.SessionDelegate.perform(SessionDelegate.java:209)
at
org.apache.jackrabbit.oak.jcr.version.VersionManagerImpl.checkin(VersionManagerImpl.java:363)
...
"executor-thread-117" #9629 daemon prio=5 os_prio=0 cpu=51593.47ms
elapsed=1724.56s tid=0x00007fec50132000 nid=0x2e6aea in Object.wait()
[0x00007feb32884000]
java.lang.Thread.State: TIMED_WAITING (on object monitor)
at java.lang.Object.wait([email protected]/Native Method)
- waiting on <no object reference available>
at java.lang.Object.wait([email protected]/Object.java:462)
at
org.apache.jackrabbit.oak.stats.Clock.getTimeIncreasing(Clock.java:111)
- waiting to re-lock in wait() <0x0000000702dcfb08> (a
org.apache.jackrabbit.oak.stats.Clock$3)
at
org.apache.jackrabbit.oak.jcr.version.ReadWriteVersionManager.checkin(ReadWriteVersionManager.java:126)
at
org.apache.jackrabbit.oak.jcr.delegate.VersionManagerDelegate.checkin(VersionManagerDelegate.java:67)
at
org.apache.jackrabbit.oak.jcr.version.VersionManagerImpl$7.perform(VersionManagerImpl.java:372)
at
org.apache.jackrabbit.oak.jcr.version.VersionManagerImpl$7.perform(VersionManagerImpl.java:363)
at
org.apache.jackrabbit.oak.jcr.delegate.SessionDelegate.perform(SessionDelegate.java:209)
at
org.apache.jackrabbit.oak.jcr.version.VersionManagerImpl.checkin(VersionManagerImpl.java:363)
...
"executor-thread-118" #9655 daemon prio=5 os_prio=0 cpu=21627.07ms
elapsed=1690.62s tid=0x00007fec50074000 nid=0x2e6b0f in Object.wait()
[0x00007feb38287000]
java.lang.Thread.State: TIMED_WAITING (on object monitor)
at java.lang.Object.wait([email protected]/Native Method)
- waiting on <no object reference available>
at java.lang.Object.wait([email protected]/Object.java:462)
at
org.apache.jackrabbit.oak.stats.Clock.getTimeIncreasing(Clock.java:111)
- waiting to re-lock in wait() <0x0000000702dcfb08> (a
org.apache.jackrabbit.oak.stats.Clock$3)
at
org.apache.jackrabbit.oak.jcr.version.ReadWriteVersionManager.checkin(ReadWriteVersionManager.java:126)
at
org.apache.jackrabbit.oak.jcr.delegate.VersionManagerDelegate.checkin(VersionManagerDelegate.java:67)
at
org.apache.jackrabbit.oak.jcr.version.VersionManagerImpl$7.perform(VersionManagerImpl.java:372)
at
org.apache.jackrabbit.oak.jcr.version.VersionManagerImpl$7.perform(VersionManagerImpl.java:363)
at
org.apache.jackrabbit.oak.jcr.delegate.SessionDelegate.perform(SessionDelegate.java:209)
at
org.apache.jackrabbit.oak.jcr.version.VersionManagerImpl.checkin(VersionManagerImpl.java:363)
Marco
--
<https://25.esteco.com>
