jackrabbit-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From aasoj j <aas....@gmail.com>
Subject Re: Deadlock in 1.6
Date Wed, 26 Aug 2009 00:18:18 GMT
hi,

I dont have a test case for this.

However we can reproduce the deadlock in a multi-threaded cluster
environment. Many threads to read data, one thread to create and move
data, and one thread for deleting the data. Our application uses MySQL
persistence. When our application stops responding, we find all the
threads waiting on the ReaderLock.

I know this information is not very useful, but we have seen the hosts
hang multiple times.

Just FYI, we were using JR 1.5.5 earlier and had observed similar
deadlock (https://issues.apache.org/jira/browse/JCR-2237).

thanks for your help

regards
aasoj


On Tue, Aug 25, 2009 at 3:45 PM, KÖLL Claus<C.KOELL@tirol.gv.at> wrote:
> do you have a tescase ?
>
> greets
> claus
>
> -----Ursprüngliche Nachricht-----
> Von: aasoj j [mailto:aas.ojj@gmail.com]
> Gesendet: Dienstag, 25. August 2009 06:15
> An: users@jackrabbit.apache.org
> Betreff: Deadlock in 1.6
>
> Hi,
>
> We are observing a deadlock in cluster deployment in the latest
> release 1.6. Here is the stack traces from one of the waiting threads
> ...
>
>   java.lang.Thread.State: WAITING (on object monitor)
>        at java.lang.Object.wait(Native Method)
>        at java.lang.Object.wait(Object.java:485)
>        at EDU.oswego.cs.dl.util.concurrent.WriterPreferenceReadWriteLock$ReaderLock.acquire(Unknown
> Source)
>        - locked <0x0000002ad6cb9b40> (a
> EDU.oswego.cs.dl.util.concurrent.WriterPreferenceReadWriteLock$ReaderLock)
>        at org.apache.jackrabbit.core.state.DefaultISMLocking$ReadLockImpl.<init>(DefaultISMLocking.java:84)
>        at org.apache.jackrabbit.core.state.DefaultISMLocking$ReadLockImpl.<init>(DefaultISMLocking.java:78)
>        at org.apache.jackrabbit.core.state.DefaultISMLocking.acquireReadLock(DefaultISMLocking.java:44)
>        at org.apache.jackrabbit.core.state.SharedItemStateManager.acquireReadLock(SharedItemStateManager.java:1432)
>        at org.apache.jackrabbit.core.state.SharedItemStateManager.getItemState(SharedItemStateManager.java:253)
>        at org.apache.jackrabbit.core.state.LocalItemStateManager.getNodeState(LocalItemStateManager.java:107)
>        at org.apache.jackrabbit.core.state.LocalItemStateManager.getItemState(LocalItemStateManager.java:172)
>        - locked <0x0000002b0e3be100> (a
> org.apache.jackrabbit.core.state.XAItemStateManager)
>        at org.apache.jackrabbit.core.state.XAItemStateManager.getItemState(XAItemStateManager.java:260)
>        at org.apache.jackrabbit.core.version.XAVersionManager.<init>(XAVersionManager.java:115)
>        at org.apache.jackrabbit.core.XASessionImpl.createVersionManager(XASessionImpl.java:175)
>        at org.apache.jackrabbit.core.SessionImpl.<init>(SessionImpl.java:303)
>        at org.apache.jackrabbit.core.SessionImpl.<init>(SessionImpl.java:271)
>        at org.apache.jackrabbit.core.XASessionImpl.<init>(XASessionImpl.java:105)
>        at org.apache.jackrabbit.core.RepositoryImpl.createSessionInstance(RepositoryImpl.java:1517)
>        at org.apache.jackrabbit.core.RepositoryImpl.createSession(RepositoryImpl.java:964)
>        at org.apache.jackrabbit.core.RepositoryImpl.login(RepositoryImpl.java:1395)
> ---------------
>
> Thanks for your help
>
>
> regards
> aasoj
>

Mime
View raw message