[jboss-user] Jboss portal and lock timeout

Hi everyone, I have a JEMS installation of Jboss portal, in a cluster with 2 members, in the last period some nodes of the cluster logs an error due to a lock timeout. Is this a configuration problem? Is a known bug? I think that some portlet spends a lot of time to elaborate data or to load a content from jackrabbit, until a timeout occurs. Jboss AS 4.0.5 Jbos portal 2.4 This is the error: 15:20:50,262 ERROR [ContentGetCommand] Cannot get content java.lang.RuntimeException: org.jboss.cache.lock.TimeoutException: failure acquiring lock: fqn=/wsp_node/0b6f4296-7cc2-4461-bdf8-a72a42a4475c, caller=GlobalTransaction:<null>:883, lock=write owner=GlobalTransaction:<null>:879 (activeReaders=0, activeWriter=Thread[http-192.168.120.12-8080-9,5,jboss], waitingReaders=0, waitingWriters=0, waitingUpgrader=0) at org.jboss.portal.cms.hibernate.state.JBossCachePersistenceManager.exists(JBo ssCachePersistenceManager.java:435) at org.apache.jackrabbit.core.state.SharedItemStateManager.hasNonVirtualItemSta te(SharedItemStateManager.java:811) at org.apache.jackrabbit.core.state.SharedItemStateManager.hasItemState(SharedI temStateManager.java:244) at org.apache.jackrabbit.core.state.LocalItemStateManager.hasItemState(LocalIte mStateManager.java:171) at org.apache.jackrabbit.core.state.XAItemStateManager.hasItemState(XAItemState Manager.java:261) at org.apache.jackrabbit.core.state.SessionItemStateManager.getItemState(Sessio nItemStateManager.java:126) at org.apache.jackrabbit.core.ItemManager.createItemInstance(ItemManager.java:4 62) at org.apache.jackrabbit.core.ItemManager.getItem(ItemManager.java:320) at org.apache.jackrabbit.core.PropertyImpl.getNode(PropertyImpl.java:655) at org.apache.jackrabbit.core.NodeImpl.getVersionHistory(NodeImpl.java:3091) at org.jboss.portal.cms.impl.jcr.command.ContentGetCommand.execute(ContentGetCo mmand.java:107) at org.jboss.portal.cms.impl.jcr.JCRCommandContext.execute(JCRCommandContext.ja va:63) at org.jboss.portal.cms.impl.jcr.command.FileGetCommand.execute(FileGetCommand. java:112) at org.jboss.portal.cms.impl.jcr.JCRCommand.dispatch(JCRCommand.java:62) at org.jboss.portal.cms.impl.jcr.JCRCMS.execute(JCRCMS.java:457) at org.jboss.portal.cms.impl.jcr.ha.HAJCRCMS.execute(HAJCRCMS.java:169) at sun.reflect.GeneratedMethodAccessor829.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl .java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java :155) at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94) at org.jboss.mx.interceptor.AbstractInterceptor.invoke(AbstractInterceptor.java :133) at org.jboss.mx.server.Invocation.invoke(Invocation.java:88) at org.jboss.mx.interceptor.ModelMBeanOperationInterceptor.invoke(ModelMBeanOpe rationInterceptor.java:142) at org.jboss.mx.server.Invocation.invoke(Invocation.java:88) at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:26 4) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659) at org.jboss.mx.util.JMXInvocationHandler.invoke(JMXInvocationHandler.java:287) at $Proxy1009.execute(Unknown Source) at com.ecommy.portlets.CMSView.CMSAbstractViewPortlet.doView(CMSAbstractViewPor tlet.java:167) at javax.portlet.GenericPortlet.doDispatch(GenericPortlet.java:133) at javax.portlet.GenericPortlet.render(GenericPortlet.java:306) at org.jboss.portal.portlet.container.PortletContainer.invokeRender(PortletCont ainer.java:518) Caused by: org.jboss.cache.lock.TimeoutException: failure acquiring lock: fqn=/wsp_node/0b6f4296-7cc2-4461-bdf8-a72a42a4475c, caller=GlobalTransaction:<null>:883, lock=write owner=GlobalTransaction:<null>:879 (activeReaders=0, activeWriter=Thread[http-192.168.120.12-8080-9,5,jboss], waitingReaders=0, waitingWriters=0, waitingUpgrader=0) at org.jboss.cache.Node.acquire(Node.java:500) at org.jboss.cache.interceptors.PessimisticLockInterceptor.acquireNodeLock(Pess imisticLockInterceptor.java:379) at org.jboss.cache.interceptors.PessimisticLockInterceptor.lock(PessimisticLock Interceptor.java:307) at org.jboss.cache.interceptors.PessimisticLockInterceptor.invoke(PessimisticLo ckInterceptor.java:181) at org.jboss.cache.interceptors.Interceptor.invoke(Interceptor.java:68) at org.jboss.cache.interceptors.CacheLoaderInterceptor.invoke(CacheLoaderInterc eptor.java:212) at org.jboss.cache.interceptors.Interceptor.invoke(Interceptor.java:68) at org.jboss.cache.interceptors.UnlockInterceptor.invoke(UnlockInterceptor.java :32) at org.jboss.cache.interceptors.Interceptor.invoke(Interceptor.java:68) at org.jboss.cache.interceptors.CacheStoreInterceptor.invoke(CacheStoreIntercep tor.java:135) at org.jboss.cache.interceptors.Interceptor.invoke(Interceptor.java:68) at org.jboss.cache.interceptors.TxInterceptor.handleNonTxMethod(TxInterceptor.j ava:365) at org.jboss.cache.interceptors.TxInterceptor.invoke(TxInterceptor.java:160) at org.jboss.cache.interceptors.Interceptor.invoke(Interceptor.java:68) at org.jboss.cache.interceptors.CacheMgmtInterceptor.invoke(CacheMgmtIntercepto r.java:138) at org.jboss.cache.TreeCache.invokeMethod(TreeCache.java:5863) at org.jboss.cache.TreeCache.get(TreeCache.java:3627) at org.jboss.cache.TreeCache.get(TreeCache.java:3608) at org.jboss.cache.TreeCache.get(TreeCache.java:3595) at sun.reflect.GeneratedMethodAccessor798.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl .java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java :155) at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94) at org.jboss.mx.server.Invocation.invoke(Invocation.java:86) at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:26 4) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659) at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:210) at $Proxy138.get(Unknown Source) at org.jboss.portal.cms.hibernate.state.JBossCachePersistenceManager.exists(JBo ssCachePersistenceManager.java:403) at org.apache.jackrabbit.core.state.SharedItemStateManager.hasNonVirtualItemSta te(SharedItemStateManager.java:811) at org.apache.jackrabbit.core.state.SharedItemStateManager.hasItemState(SharedI temStateManager.java:244) at org.apache.jackrabbit.core.state.LocalItemStateManager.hasItemState(LocalIte mStateManager.java:171) at org.apache.jackrabbit.core.state.XAItemStateManager.hasItemState(XAItemState Manager.java:261) at org.apache.jackrabbit.core.state.SessionItemStateManager.getItemState(Sessio nItemStateManager.java:126) at org.apache.jackrabbit.core.ItemManager.createItemInstance(ItemManager.java:4 62) at org.apache.jackrabbit.core.ItemManager.getItem(ItemManager.java:320) Caused by: org.jboss.cache.lock.TimeoutException: read lock for /wsp_node/0b6f4296-7cc2-4461-bdf8-a72a42a4475c could not be acquired by GlobalTransaction:<null>:883 after 15000 ms. Locks: Read lock owners: [] Write lock owner: GlobalTransaction:<null>:879 , lock info: write owner=GlobalTransaction:<null>:879 (activeReaders=0, activeWriter=Thread[http-192.168.120.12-8080-9,5,jboss], waitingReaders=0, waitingWriters=0, waitingUpgrader=0)