[jbosscache-dev] MVCC Lock Timeout

[galder at jboss.org]

You've sent a messahe to the jbosscache development list where we discuss development of the library itself. For any user questions, head to the JBoss Cache user forum in http://community.jboss.org/en/jbosscache?view=discussions

----- "Kavitha Durai" <Kavitha.Durai at rohatyngroup.com> wrote:

> Getting Lock Timout error  often , cache mode is local  . No other
> process holds the node. What could be the reason ?.
> 
>  
> 
> I am running a batch process to preload some data , most of them
> succeeds and some throws the below error .
> 
>  
> 
> I
> 
>             <attribute name="NodeLockingScheme">MVCC</attribute>
> 
> 
>  
> 
>       <attribute name="CacheMode">LOCAL</attribute>
> 
>  
> 
>       <attribute name="LockAcquisitionTimeout">30000</attribute>
> 
>  
> 
>       <attribute
> name="lockParentForChildInsertRemove">false</attribute>
> 
>  
> 
>  
> 
> org.jboss.cache.lock.TimeoutException: Unable to acquire lock on Fqn
> [/ASOF/AXE/20100308/14] after [30000] milliseconds for requestor
> [GlobalTransaction:<null>:55]! Lock held by
> [GlobalTransaction:<null>:50]
> 
>             at
> org.jboss.cache.mvcc.MVCCNodeHelper.acquireLock(MVCCNodeHelper.java:170)
> 
>             at
> org.jboss.cache.mvcc.MVCCNodeHelper.wrapNodeForWriting(MVCCNodeHelper.ja
> va:259)
> 
>             at
> org.jboss.cache.interceptors.CacheLoaderInterceptor.loadIfNeeded(CacheLo
> aderInterceptor.java:282)
> 
>             at
> org.jboss.cache.interceptors.CacheLoaderInterceptor.visitGetKeyValueComm
> and(CacheLoaderInterceptor.java:158)
> 
>             at
> org.jboss.cache.commands.read.GetKeyValueCommand.acceptVisitor(GetKeyVal
> ueCommand.java:97)
> 
>             at
> org.jboss.cache.interceptors.base.CommandInterceptor.invokeNextIntercept
> or(CommandInterceptor.java:116)
> 
>             at
> org.jboss.cache.interceptors.base.CommandInterceptor.handleDefault(Comma
> ndInterceptor.java:131)
> 
>             at
> org.jboss.cache.commands.AbstractVisitor.visitGetKeyValueCommand(Abstrac
> tVisitor.java:110)
> 
>             at
> org.jboss.cache.commands.read.GetKeyValueCommand.acceptVisitor(GetKeyVal
> ueCommand.java:97)
> 
>             at
> org.jboss.cache.interceptors.base.CommandInterceptor.invokeNextIntercept
> or(CommandInterceptor.java:116)
> 
>             at
> org.jboss.cache.interceptors.TxInterceptor.attachGtxAndPassUpChain(TxInt
> erceptor.java:284)
> 
>             at
> org.jboss.cache.interceptors.TxInterceptor.handleDefault(TxInterceptor.j
> ava:271)
> 
>             at
> org.jboss.cache.commands.AbstractVisitor.visitGetKeyValueCommand(Abstrac
> tVisitor.java:110)
> 
>             at
> org.jboss.cache.commands.read.GetKeyValueCommand.acceptVisitor(GetKeyVal
> ueCommand.java:97)
> 
>             at
> org.jboss.cache.interceptors.base.CommandInterceptor.invokeNextIntercept
> or(CommandInterceptor.java:116)
> 
>             at
> org.jboss.cache.interceptors.CacheMgmtInterceptor.visitGetKeyValueComman
> d(CacheMgmtInterceptor.java:77)
> 
>             at
> org.jboss.cache.commands.read.GetKeyValueCommand.acceptVisitor(GetKeyVal
> ueCommand.java:97)
> 
>             at
> org.jboss.cache.interceptors.base.CommandInterceptor.invokeNextIntercept
> or(CommandInterceptor.java:116)
> 
>             at
> org.jboss.cache.interceptors.InvocationContextInterceptor.handleAll(Invo
> cationContextInterceptor.java:178)
> 
>             at
> org.jboss.cache.interceptors.InvocationContextInterceptor.handleDefault(
> InvocationContextInterceptor.java:130)
> 
>             at
> org.jboss.cache.commands.AbstractVisitor.visitGetKeyValueCommand(Abstrac
> tVisitor.java:110)
> 
>             at
> org.jboss.cache.commands.read.GetKeyValueCommand.acceptVisitor(GetKeyVal
> ueCommand.java:97)
> 
>             at
> org.jboss.cache.interceptors.InterceptorChain.invoke(InterceptorChain.ja
> va:265)
> 
>             at
> org.jboss.cache.invocation.CacheInvocationDelegate.get(CacheInvocationDe
> legate.java:448)
> 
>             at
> org.jboss.cache.pojo.impl.InternalHelper.get(InternalHelper.java:100)
> 
>             at
> org.jboss.cache.pojo.impl.InternalHelper.getPojoReference(InternalHelper
> .java:47)
> 
>             at
> org.jboss.cache.pojo.impl.PojoCacheDelegate.exists(PojoCacheDelegate.jav
> a:352)
> 
>             at
> org.jboss.cache.pojo.impl.PojoCacheImpl.exists(PojoCacheImpl.java:236)
> 
>             at
> com.trg.cache.CacheManager.exists(CacheManager.java:139)
> 
>             at
> com.trg.cache.CacheManager.detach(CacheManager.java:169)
> 
>             at
> com.trg.ricemanager.TemporalCacheManager.clearCache(TemporalCacheManager
> .java:349)
> 
>             at
> com.trg.ricemanager.TemporalCacheManager.clearAllFundsCache(TemporalCach
> eManager.java:313)
> 
>             at
> com.trg.ricemanager.TemporalCacheManager$AsOfDataPreloadThread.run(Tempo
> ralCacheManager.java:447)
> 
> INFO 14 Apr 16:59:15 [TemporalDataPreloadThread]
> ricemanager.TemporalCacheManager (TemporalCacheManager.java:355) -
> Cleared cache Successfully for the fund id 15 and for asOfDate
> 20100308
> 
> Regards,
> 
> Kavitha Durai,
> 
> The Rohatyn Group,
> 
> 212-984-3512.
> 
>  
> 
> 
> 
> This e-mail communication and any attachments may contain confidential
> and privileged information and are for use by the intended
> addressee(s) only.  If you are not the intended addressee, you have
> received this communication in error. Any dissemination or
> reproduction of this email or its contents is strictly prohibited and
> may be unlawful. If you suspect you have received this communication
> in error, please notify us immediately by replying to this message and
> delete it from your computer.Thank you.
> 
> 
> _______________________________________________
> jbosscache-dev mailing list
> jbosscache-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/jbosscache-dev