Re: [jbosscache-dev] MVCC Lock Timeout
by galder＠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(a)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(a)lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/jbosscache-dev
14 years
- 1
- 0
MVCC Lock Timeout
by Kavitha Durai
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.
14 years
- 1
- 0
- ← Newer
- 1
- Older →