[JBoss-user] [JBossCache] - Re: JBossCache-1.2.4 with Hibernate-3.1.2, IdentityLock ERRO
Sorry. Here is my additiona comments: 1. So you turn on eviction specifically on your own? Can you post the xml config then? 2. Why do you use such a short lock timeout value, just curious. The default is 15sec actually. If it is just 1.5 second, then it is hard to say whether there is definite problem or not. -Ben View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=3928686#3928686 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=3928686 --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642 ___ JBoss-user mailing list JBoss-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-user
[JBoss-user] [JBossCache] - Re: JBossCache-1.2.4 with Hibernate-3.1.2, IdentityLock ERRO
anonymous wrote : 2. Why do you use such a short lock timeout value, just curious. The default is 15sec actually. Sorry, that's my mistake. I was under the impression that the default value was 1.5 sec. I will change this to 15 sec and try out the application. anonymous wrote : Can you post the xml config then? Here's the treecahe.xml that we are using: ?xml version=1.0 encoding=UTF-8? | | !-- = -- | !-- -- | !-- Sample TreeCache Service Configuration -- | !-- -- | !-- = -- | | server | | classpath codebase=./lib archives=jboss-cache.jar, jgroups.jar/ | | | !-- -- | !-- Defines TreeCache configuration -- | !-- -- | | mbean code=org.jboss.cache.TreeCache name=jboss.cache:service=TreeCache | | dependsjboss:service=Naming/depends | dependsjboss:service=TransactionManager/depends | | !-- | Configure the TransactionManager | -- | attribute name=TransactionManagerLookupClassorg.jboss.cache.GenericTransactionManagerLookup/attribute | | !-- | Node locking scheme: | OPTIMISTIC | PESSIMISTIC (default) | -- | attribute name=NodeLockingSchemePESSIMISTIC/attribute | | !-- | Isolation level : SERIALIZABLE | REPEATABLE_READ (default) | READ_COMMITTED | READ_UNCOMMITTED | NONE | -- | attribute name=IsolationLevelREPEATABLE_READ/attribute | | !-- | Valid modes are LOCAL, REPL_ASYNC and REPL_SYNC | -- | attribute name=CacheModeLOCAL/attribute | | !-- | Just used for async repl: use a replication queue | -- | attribute name=UseReplQueuefalse/attribute | | !-- | Replication interval for replication queue (in ms) | -- | attribute name=ReplQueueInterval0/attribute | | !-- | Max number of elements which trigger replication | -- | attribute name=ReplQueueMaxElements0/attribute | | !-- Name of cluster. Needs to be the same for all clusters, in order | to find each other | -- | attribute name=ClusterNameTAP-ApplicationCache/attribute | | !-- JGroups protocol stack properties. Can also be a URL, | e.g. file:/home/bela/default.xml |attribute name=ClusterProperties/attribute | -- | | attribute name=ClusterConfig | config | !-- UDP: if you have a multihomed machine, | set the bind_addr attribute to the appropriate NIC IP address -- | !-- UDP: On Windows machines, because of the media sense feature | being broken with multicast (even after disabling media sense) | set the loopback attribute to true -- | UDP mcast_addr=228.1.2.3 mcast_port=48866 | ip_ttl=64 ip_mcast=true | mcast_send_buf_size=15 mcast_recv_buf_size=8 | ucast_send_buf_size=15 ucast_recv_buf_size=8 | loopback=false/ | PING timeout=2000 num_initial_members=3 | up_thread=false down_thread=false/ | MERGE2 min_interval=1 max_interval=2/ | !--FD shun=true up_thread=true down_thread=true /-- | FD_SOCK/ | VERIFY_SUSPECT timeout=1500 | up_thread=false down_thread=false/ | pbcast.NAKACK gc_lag=50 retransmit_timeout=600,1200,2400,4800 | max_xmit_size=8192 up_thread=false down_thread=false/ | UNICAST timeout=600,1200,2400 window_size=100 min_threshold=10 | down_thread=false/ | pbcast.STABLE desired_avg_gossip=2 | up_thread=false down_thread=false/ | FRAG frag_size=8192 | down_thread=false up_thread=false/ | pbcast.GMS join_timeout=5000 join_retry_timeout=2000 | shun=true print_local_addr=true/ | pbcast.STATE_TRANSFER
[JBoss-user] [JBossCache] - Re: JBossCache-1.2.4 with Hibernate-3.1.2, IdentityLock ERRO
well, you actually also created a Region under com/teradata. But it seems they all fall under __default__. View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=3928765#3928765 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=3928765 --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642 ___ JBoss-user mailing list JBoss-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-user
[JBoss-user] [JBossCache] - Re: JBossCache-1.2.4 with Hibernate-3.1.2, IdentityLock ERRO
Here's the latest update. After changing the LockAcquisitionTimeoutValue to 15 seconds, this ERROR log has stopped. anonymous wrote : well, you actually also created a Region under com/teradata. But it seems they all fall under __default__. I guess, we will have to create a separate region for the nodes that we were seeing in the earlier error logs, so that they dont fall under __default__ View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=3928783#3928783 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=3928783 --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642 ___ JBoss-user mailing list JBoss-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-user
[JBoss-user] [JBossCache] - Re: JBossCache-1.2.4 with Hibernate-3.1.2, IdentityLock ERRO
Thank you for all the help :-) View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=3928784#3928784 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=3928784 --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642 ___ JBoss-user mailing list JBoss-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-user
[JBoss-user] [JBossCache] - Re: JBossCache-1.2.4 with Hibernate-3.1.2, IdentityLock ERRO
Any updates on this? View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=3928422#3928422 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=3928422 --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642 ___ JBoss-user mailing list JBoss-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-user
[JBoss-user] [JBossCache] - Re: JBossCache-1.2.4 with Hibernate-3.1.2, IdentityLock ERRO
anonymous wrote : Looks like the eviction thread tried to evict/remove the nodes but it times out because someone is holding the read lock One question, if the node is being used by someone, then why is this node considered as a candidate for eviction, by the LRU algorithm? Also, these logs are flooding the server log. Do you think there is some major issue involved here? View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=3928098#3928098 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=3928098 --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642 ___ JBoss-user mailing list JBoss-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-user
[JBoss-user] [JBossCache] - Re: JBossCache-1.2.4 with Hibernate-3.1.2, IdentityLock ERRO
[EMAIL PROTECTED] wrote : Is this re-producible? | Very much. Our server log is completely filled with these logs. [EMAIL PROTECTED] wrote : Looks like the eviction thread tried to evict/remove the nodes but it times out because someone is holding the read lock for more than 15 secs. | I believe, you meant 1.5 secs and not 15 sec, since my LockAcquisitionTimeout is 1500ms, right? View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=3927942#3927942 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=3927942 --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642 ___ JBoss-user mailing list JBoss-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-user
[JBoss-user] [JBossCache] - Re: JBossCache-1.2.4 with Hibernate-3.1.2, IdentityLock ERRO
Looks like the eviction thread tried to evict/remove the nodes but it times out because someone is holding the read lock for more than 15 secs. So I'd say this is an anomaly. Is this re-producible? View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=3927924#3927924 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=3927924 --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642 ___ JBoss-user mailing list JBoss-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-user