[JBoss-dev] [Caches on JBoss (Caches/JBoss)] - Re: JBoss Distribute Cache's error?
the NPE is due to regionManager being null in LRUPolicy.nodeAdded(Fqn): | public void nodeAdded(Fqn fqn) | { | if(fqn.equals(ROOT)) | return; | if(log_.isDebugEnabled()) | log_.debug(nodeAdded(): fqn- + fqn); | Region region = regionManager_.getRegion(fqn.toString()); -- this line! | region.setAddedNode(fqn); | } | I wonder how this is supposed to work at all: in TreeCache.startService() the Cache is populated by calling fetchStateOnStartup() before the EvictionPolicy is going to be initialized (by notifyCacheStarted() a few lines later...). Despite the fact it's surprising that fqn.equals(ROOT) apparently evaluates to true, the LRUPolicy just cannot populate it's regions as long it hasn't seen it's config yet... to workaround the NPE you can set FetchStateOnStartup to false and call TreeCache.fetchState() after having called TreeCache.start(); View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3848805#3848805 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3848805 --- This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 Project Admins to receive an Apple iPod Mini FREE for your judgement on who ports your project to Linux PPC the best. Sponsored by IBM. Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Caches on JBoss (Caches/JBoss)] - Re: JBoss Distribute Cache's error?
Hmmn, this is a problem in 1.1 release after re-factoring then. Previously in 1.02, the event nofitication happens before the state transfer. I will fix this. Thanks for the effort, -Ben View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3848812#3848812 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3848812 --- This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 Project Admins to receive an Apple iPod Mini FREE for your judgement on who ports your project to Linux PPC the best. Sponsored by IBM. Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Caches on JBoss (Caches/JBoss)] - Re: JBoss Distribute Cache's error?
Hi Ben,Please check your mail. View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3848714#3848714 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3848714 --- This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 Project Admins to receive an Apple iPod Mini FREE for your judgement on who ports your project to Linux PPC the best. Sponsored by IBM. Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Caches on JBoss (Caches/JBoss)] - Re: JBoss Distribute Cache's error?
This is weird. The second cache is doing state transfer during which to register / in the evition queue. LRUPolicy code should skip this one but it didn't and therefore NPE. I simply can't re-produce it from my setup. Can you zip your test case and send it to [EMAIL PROTECTED] Thanks, -Ben View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3848533#3848533 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3848533 --- This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 Project Admins to receive an Apple iPod Mini FREE for your judgement on who ports your project to Linux PPC the best. Sponsored by IBM. Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Caches on JBoss (Caches/JBoss)] - Re: JBoss Distribute Cache's error?
Following is Debug message from the second node: 46509 [main] INFO org.jboss.cache.TreeCache - setClusterConfig(): setting cluster properties from xml to: UDP(bind_addr=172.19.66.58;ip_mcast=true;loopback=false):PING(down_thread=false;num_initial_members=3;timeout=2000;up_thread=false):FD_SOCK:pbcast.NAKACK(down_thread=false;gc_lag=50;max_xmit_size=8192;retransmit_timeout=600,1200,2400,4800;up_thread=false):UNICAST(down_thread=false;min_threshold=10;timeout=600,1200,2400;window_size=100):pbcast.STABLE(desired_avg_gossip=2;down_thread=false;up_thread=false):FRAG(down_thread=false;frag_size=8192;up_thread=false):pbcast.GMS(join_retry_timeout=2000;join_timeout=5000;print_local_addr=true;shun=true):pbcast.STATE_TRANSFER(down_thread=true;up_thread=true) | 46510 [main] DEBUG org.jboss.cache.PropertyConfigurator - Invoking setter method: public void org.jboss.cache.TreeCache.setEvictionPolicyConfig(org.w3c.dom.Element) with parameter [config: null] of type class org.apache.xerces.dom.DeferredElementImpl | 46510 [main] INFO org.jboss.cache.TreeCache - setEvictionPolicyConfig(): [config: null] | 46550 [main] DEBUG org.jboss.cache.TreeCache - Starting TreeCache | 46581 [main] INFO org.jboss.cache.TreeCache TreeCache - interceptor chain is: | class org.jboss.cache.interceptors.CallInterceptor | class org.jboss.cache.interceptors.ReplicationInterceptor | class org.jboss.cache.interceptors.TransactionInterceptor | 46582 [main] INFO org.jboss.cache.TreeCache TreeCache - cache mode is REPL_SYNC | 47514 [main] DEBUG org.jgroups.conf.ClassConfigurator TreeCache - mapping is: | 1: class org.jgroups.stack.IpAddress | 2: class org.jgroups.protocols.CAUSAL$CausalHeader | 3: class org.jgroups.protocols.FD$FdHeader | 4: class org.jgroups.protocols.FD_PID$FdHeader | 5: class org.jgroups.protocols.FD_PROB$FdHeader | 6: class org.jgroups.protocols.FD_SOCK$FdHeader | 7: class org.jgroups.protocols.FRAG$FragHeader | 8: class org.jgroups.protocols.MERGE$MergeHeader | 9: class org.jgroups.protocols.NakAckHeader | 10: class org.jgroups.protocols.PARTITIONER$PartitionerHeader | 11: class org.jgroups.protocols.PerfHeader | 12: class org.jgroups.protocols.PIGGYBACK$PiggybackHeader | 13: class org.jgroups.protocols.PingHeader | 14: class org.jgroups.protocols.TcpHeader | 15: class org.jgroups.protocols.TOTAL$Header | 16: class org.jgroups.protocols.TOTAL_OLD$TotalHeader | 17: class org.jgroups.protocols.TOTAL_TOKEN$TotalTokenHeader | 18: class org.jgroups.protocols.TOTAL_TOKEN$RingTokenHeader | 19: class org.jgroups.protocols.TunnelHeader | 20: class org.jgroups.protocols.UdpHeader | 21: class org.jgroups.protocols.UNICAST$UnicastHeader | 22: class org.jgroups.protocols.VERIFY_SUSPECT$VerifyHeader | 23: class org.jgroups.protocols.WANPIPE$WanPipeHeader | 24: class org.jgroups.protocols.pbcast.GMS$GmsHeader | 25: class org.jgroups.protocols.pbcast.NakAckHeader | 26: class org.jgroups.protocols.pbcast.PbcastHeader | 27: class org.jgroups.protocols.pbcast.STABLE$StableHeader | 28: class org.jgroups.protocols.pbcast.STATE_TRANSFER$StateHeader | 29: class org.jgroups.protocols.SMACK$SmackHeader | 50: class org.jgroups.service.lease.LeaseRequestHeader | 51: class org.jgroups.service.lease.LeaseResponseHeader | 52: class org.jgroups.service.lease.DenyResponseHeader | 53: class org.jgroups.protocols.COMPRESS$CompressHeader | | 47597 [main] DEBUG org.jgroups.protocols.AUTOCONF TreeCache - frag_size=64000 | 48229 [main] DEBUG org.jgroups.protocols.pbcast.GMS TreeCache - changed role to org.jgroups.protocols.pbcast.ClientGmsImpl | 48230 [main] DEBUG org.jgroups.protocols.pbcast.GMS TreeCache - null became client | 48823 [DownHandler (UDP)] DEBUG org.jgroups.protocols.UDP - creating sockets and starting threads | 48824 [DownHandler (UDP)] INFO org.jgroups.protocols.UDP - unicast sockets will use interface 172.19.66.58 | 48840 [DownHandler (UDP)] INFO org.jgroups.protocols.UDP - socket information: | local_addr=s58:41282, mcast_addr=228.8.8.8:7600, bind_addr=/172.19.66.58, ttl=64 | sock: bound to 172.19.66.58:41282, receive buffer size=64000, send buffer size=32000 | mcast_recv_sock: bound to 172.19.66.58:7600, send buffer size=32000, receive buffer size=64000 | mcast_send_sock: bound to 172.19.66.58:41283, send buffer size=32000, receive buffer size=64000 | 48850 [DownHandler (UDP)] DEBUG org.jgroups.protocols.UDP - created unicast receiver thread | | --- | GMS: address is s58:41282 | --- | 48869 [DownHandler (FD_SOCK)] DEBUG org.jgroups.protocols.PING - FIND_INITIAL_MBRS | 48885 [DownHandler (FD_SOCK)] DEBUG org.jgroups.protocols.PING - waiting for initial members: time_to_wait=2000, got 0 rsps | 48887 [DownHandler (UDP)] DEBUG org.jgroups.protocols.UDP - sending message to
[JBoss-dev] [Caches on JBoss (Caches/JBoss)] - Re: JBoss Distribute Cache's error?
51130 [DownHandler (GMS)] DEBUG org.jgroups.protocols.pbcast.ClientGmsImpl - new_view=[s66:43651|7] [s66:43651, s58:41282] | 51131 [DownHandler (GMS)] DEBUG org.jgroups.protocols.pbcast.GMS - [local_addr=s58:41282] view is [s66:43651|7] [s66:43651, s58:41282] | 51138 [DownHandler (GMS)] DEBUG org.jgroups.protocols.pbcast.STABLE - stable task started; num_gossip_runs=3, max_gossip_runs=3 | 51140 [DownHandler (FD_SOCK)] DEBUG org.jgroups.protocols.FD_SOCK - VIEW_CHANGE received: [s66:43651, s58:41282] | 51143 [DownHandler (UDP)] DEBUG org.jgroups.protocols.UDP - sending message to s66:43651 (src=s58:41282), headers are {FD_SOCK=GET_CACHE, mbr=s58:41282, UDP=[UDP:group_addr=MyCluster]} | 51147 [UDP mcast receiver] DEBUG org.jgroups.protocols.UDP - received (mcast) 262 bytes from /172.19.66.66:43652 (size=262 bytes) | 51159 [UDP mcast receiver] DEBUG org.jgroups.protocols.UDP - message is [dst: 228.8.8.8:7600, src: s66:43651 (2 headers), size = 0 bytes], headers are {FD_SOCK=GET_CACHE_RSP, cache={s66:43651=s66:1}, UDP=[UDP:group_addr=MyCluster]} | 51164 [DownHandler (STATE_TRANSFER)] DEBUG org.jgroups.protocols.pbcast.STATE_TRANSFER - GET_STATE: asking s66:43651 for state | 51164 [DownHandler (STATE_TRANSFER)] DEBUG org.jgroups.protocols.pbcast.STATE_TRANSFER - passing down a SUSPEND_STABLE event | 51166 [MessageDispatcher up processing thread] INFO org.jboss.cache.TreeCache - viewAccepted(): new members: [s66:43651, s58:41282] | 51167 [DownHandler (FD_SOCK)] DEBUG org.jgroups.protocols.FD_SOCK - got cache from s66:43651: cache is {s66:43651=s66:1} | 51167 [DownHandler (FD_SOCK)] DEBUG org.jgroups.protocols.FD_SOCK - hdr=I_HAVE_SOCK, mbr=s58:41282, sock_addr=s58:1 | 51169 [FD_SOCK Ping thread] DEBUG org.jgroups.protocols.FD_SOCK - pinger_thread started | 51169 [FD_SOCK Ping thread] DEBUG org.jgroups.protocols.FD_SOCK - determinePingDest()=s66:43651, pingable_mbrs=[s66:43651, s58:41282] | 51172 [FD_SOCK Ping thread] DEBUG org.jgroups.protocols.FD_SOCK - ping_dest=s66:43651, ping_sock=Socket[addr=s66/172.19.66.66,port=1,localport=40408], cache={s66:43651=s66:1} | 51173 [DownHandler (UDP)] DEBUG org.jgroups.protocols.UDP - sending message to 228.8.8.8:7600 (src=s58:41282), headers are {FD_SOCK=I_HAVE_SOCK, mbr=s58:41282, sock_addr=s58:1, UDP=[UDP:group_addr=MyCluster]} | 51174 [UDP mcast receiver] DEBUG org.jgroups.protocols.UDP - received (mcast) 181 bytes from /172.19.66.58:41283 (size=181 bytes) | 51176 [UDP mcast receiver] DEBUG org.jgroups.protocols.UDP - message is [dst: 228.8.8.8:7600, src: s58:41282 (2 headers), size = 0 bytes], headers are {FD_SOCK=I_HAVE_SOCK, mbr=s58:41282, sock_addr=s58:1, UDP=[UDP:group_addr=MyCluster]} | 51177 [UpHandler (FD_SOCK)] DEBUG org.jgroups.protocols.FD_SOCK - i-have-sock: s58:41282 -- s58:1 (cache is {s66:43651=s66:1, s58:41282=s58:1}) | 51225 [DownHandler (GMS)] DEBUG org.jgroups.protocols.pbcast.GMS - changed role to org.jgroups.protocols.pbcast.ParticipantGmsImpl | 51225 [DownHandler (GMS)] DEBUG org.jgroups.protocols.pbcast.GMS - s58:41282 became participant | 51227 [DownHandler (GMS)] DEBUG org.jgroups.protocols.pbcast.STABLE - suspending message garbage collection | 51234 [DownHandler (GMS)] DEBUG org.jgroups.protocols.pbcast.STABLE - stable task started; num_gossip_runs=3, max_gossip_runs=3 | 51234 [DownHandler (GMS)] DEBUG org.jgroups.protocols.UNICAST - [s58:41282] -- DATA(s66:43651: #98, first=false) | 51235 [DownHandler (UDP)] DEBUG org.jgroups.protocols.UDP - sending message to s66:43651 (src=s58:41282), headers are {UNICAST=[UNICAST: DATA, seqno=98], STATE_TRANSFER=[StateHeader: type=STATE_REQ, sender=s58:41282 id=#1, UDP=[UDP:group_addr=MyCluster]} | 51242 [UDP.UcastReceiverThread] DEBUG org.jgroups.protocols.UDP - received (ucast) 106 bytes from /172.19.66.66:43651 | 51243 [UDP.UcastReceiverThread] DEBUG org.jgroups.protocols.UDP - message is [dst: s58:41282, src: s66:43651 (2 headers), size = 0 bytes], headers are {UNICAST=[UNICAST: DATA_ACK, seqno=98], UDP=[UDP:group_addr=MyCluster]} | 51244 [UpHandler (UNICAST)] DEBUG org.jgroups.protocols.UNICAST - [s58:41282] -- ACK(s66:43651: #98) | 51246 [UDP.UcastReceiverThread] DEBUG org.jgroups.protocols.UDP - received (ucast) 1085 bytes from /172.19.66.66:43651 | 51249 [UDP.UcastReceiverThread] DEBUG org.jgroups.protocols.UDP - message is [dst: s58:41282, src: s66:43651 (3 headers), size = 675 bytes], headers are {UNICAST=[UNICAST: DATA, seqno=5], STATE_TRANSFER=[StateHeader: type=STATE_RSP, sender=s66:43651 id=#0, digest=[s66:43651: [0 : 31, s58:41282: [0 : 0], UDP=[UDP:group_addr=MyCluster]} | 51250 [UpHandler (UNICAST)] DEBUG org.jgroups.protocols.UNICAST - [s58:41282] -- ACK(s66:43651: #5) | 51251 [UpHandler (UNICAST)] DEBUG org.jgroups.protocols.UNICAST - [s58:41282] -- DATA(s66:43651: #5, first=false | 51252 [UpHandler
[JBoss-dev] [Caches on JBoss (Caches/JBoss)] - Re: JBoss Distribute Cache's error?
BTW: Although the second node contains error,But the replication still works well. And i found the Evicate Timer does not work! View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3848525#3848525 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3848525 --- This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 Project Admins to receive an Apple iPod Mini FREE for your judgement on who ports your project to Linux PPC the best. Sponsored by IBM. Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Caches on JBoss (Caches/JBoss)] - Re: JBoss Distribute Cache's error?
I'm currently using JBoss cache 1.1 . I'll post my configuration tomorrow and more detail informations. View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3848337#3848337 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3848337 --- This SF.Net email is sponsored by: thawte's Crypto Challenge Vl Crack the code and win a Sony DCRHC40 MiniDV Digital Handycam Camcorder. More prizes in the weekly Lunch Hour Challenge. Sign up NOW http://ad.doubleclick.net/clk;10740251;10262165;m ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Caches on JBoss (Caches/JBoss)] - Re: JBoss Distribute Cache's error?
The message of First Node: --- GMS: address is s66:43103 --- The message of Second Node: --- | GMS: address is s58:40892 | --- | 49533 [MessageDispatcher up processing thread] INFO org.jboss.cache.TreeCache - viewAccepted(): new members: [s66:43103, s58:408 | 92] | 49743 [MessageDispatcher up processing thread] INFO org.jboss.cache.TreeCache - received the state (size=337 bytes) | 49754 [MessageDispatcher up processing thread] INFO org.jboss.cache.TreeCache - transient state: 285 bytes | 49754 [MessageDispatcher up processing thread] INFO org.jboss.cache.TreeCache - setting transient state | 49815 [MessageDispatcher up processing thread] INFO org.jboss.cache.TreeCache - locking the old tree | 49905 [MessageDispatcher up processing thread] INFO org.jboss.cache.TreeCache - setState(): locking the old tree was successful | 49905 [MessageDispatcher up processing thread] INFO org.jboss.cache.TreeCache - setting the transient state was successful | 49912 [MessageDispatcher up processing thread] ERROR org.jboss.cache.TreeCache - failed setting transient state | java.lang.NullPointerException | at org.jboss.cache.eviction.LRUPolicy.nodeAdded(LRUPolicy.java:53) | at org.jboss.cache.eviction.LRUPolicy.nodeCreated(LRUPolicy.java:92) | at org.jboss.cache.TreeCache.notifyNodeCreated(TreeCache.java:3449) | at org.jboss.cache.TreeCache.notifyAllNodesCreated(TreeCache.java:3501) | at org.jboss.cache.TreeCache$MessageListenerAdaptor._setState(TreeCache.java:3012) | at org.jboss.cache.TreeCache$MessageListenerAdaptor.setState(TreeCache.java:2954) | at org.jgroups.blocks.MessageDispatcher$ProtocolAdapter.passUp(MessageDispatcher.java:613) | at org.jgroups.blocks.RequestCorrelator.receive(RequestCorrelator.java:331) | at org.jgroups.blocks.MessageDispatcher$ProtocolAdapter.handleUp(MessageDispatcher.java:720) | at org.jgroups.blocks.MessageDispatcher$ProtocolAdapter.access$300(MessageDispatcher.java:553) | at org.jgroups.blocks.MessageDispatcher$1.run(MessageDispatcher.java:689) | at java.lang.Thread.run(Thread.java:534) | 49916 [MessageDispatcher up processing thread] INFO org.jboss.cache.TreeCache - forcing release of all locks in old tree | 49917 [main] INFO org.jboss.cache.TreeCache TreeCache - state was retrieved successfully (in 397 milliseconds | 49918 [main] INFO org.jboss.cache.eviction.LRUPolicy TreeCache - Starting eviction policy using the provider: org.jboss.cache.evi | ction.LRUPolicy | 49990 [main] INFO org.jboss.cache.eviction.LRUPolicy TreeCache - Starting a eviction timer with wake up interval of (secs) 5 View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3848390#3848390 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3848390 --- This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 Project Admins to receive an Apple iPod Mini FREE for your judgement on who ports your project to Linux PPC the best. Sponsored by IBM. Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Caches on JBoss (Caches/JBoss)] - Re: JBoss Distribute Cache's error?
My configuration: ?xml version=1.0 encoding=UTF-8? | | 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.DummyTransactionManagerLookup/attribute-- | attribute name=TransactionManagerLookupClasscom.utstar.csc.cas.util.cache.impl.JOTMTransactionLookup/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=CacheModeREPL_SYNC/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=ClusterNameTreeCache-Cluster/attribute | | !-- | Whether or not to fetch state on joining a cluster |-- | attribute name=FetchStateOnStartuptrue/attribute | | !-- | The max amount of time (in milliseconds) we wait until the | initial state (ie. the contents of the cache) are retrieved from | existing members in a clustered environment | -- | attribute name=InitialStateRetrievalTimeout5000/attribute | | !-- | Number of milliseconds to wait until all responses for a | synchronous call have been received. | -- | attribute name=SyncReplTimeout1/attribute | | !-- Max number of milliseconds to wait for a lock acquisition -- | attribute name=LockAcquisitionTimeout15000/attribute | | !-- Name of the eviction policy class. -- | attribute name=EvictionPolicyClassorg.jboss.cache.eviction.LRUPolicy/attribute | !-- Specific eviction policy configurations. This is LRU -- | attribute name=EvictionPolicyConfig |config | attribute name=wakeUpIntervalSeconds5/attribute | !-- Cache wide default -- | region name=/_default_ | attribute name=maxNodes5000/attribute | attribute name=timeToIdleSeconds1000/attribute | /region | !--region name=/org/jboss/data | attribute name=maxNodes5000/attribute | attribute name=timeToIdleSeconds1000/attribute | /region-- | region name=/com/utstar/csc/cas | attribute name=maxNodes1000/attribute | attribute name=timeToIdleSeconds100/attribute | /region |/config | /attribute | /mbean | | | attribute name=ClusterConfig | config | UDP bind_addr=192.168.0.1 | ip_mcast=true | loopback=false/ | PING timeout=2000 | num_initial_members=3 | up_thread=false | down_thread=false/ | FD_SOCK/ | 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
[JBoss-dev] [Caches on JBoss (Caches/JBoss)] - Re: JBoss Distribute Cache's error?
Which version of JBossCache you are using? The latest one is 1.1. If this is the one you are using, please post a test case. Thanks, -Ben View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3848331#3848331 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3848331 --- This SF.Net email is sponsored by: thawte's Crypto Challenge Vl Crack the code and win a Sony DCRHC40 MiniDV Digital Handycam Camcorder. More prizes in the weekly Lunch Hour Challenge. Sign up NOW http://ad.doubleclick.net/clk;10740251;10262165;m ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Caches on JBoss (Caches/JBoss)] - Re: JBoss Distribute Cache's error?
Sometimes: The First Node: 48949 [main] INFO org.jboss.cache.PropertyConfigurator - configure(): attribute size: 18 | 49246 [main] INFO org.jboss.cache.TreeCache - setEvictionPolicyConfig(): [config: null] | 49473 [main] INFO org.jboss.cache.TreeCache TreeCache - interceptor chain is: | class org.jboss.cache.interceptors.CallInterceptor | class org.jboss.cache.interceptors.ReplicationInterceptor | 49474 [main] INFO org.jboss.cache.TreeCache TreeCache - cache mode is REPL_SYNC | 51198 [DownHandler (UDP)] INFO org.jgroups.protocols.UDP - unicast sockets will use interface 172.19.66.58 | 51214 [DownHandler (UDP)] INFO org.jgroups.protocols.UDP - socket information: | local_addr=s58:41041, mcast_addr=224.0.0.36:55566, bind_addr=/172.19.66.58, ttl=32 | sock: bound to 172.19.66.58:41041, receive buffer size=64000, send buffer size=32000 | mcast_recv_sock: bound to 172.19.66.58:55566, send buffer size=15, receive buffer size=8 | mcast_send_sock: bound to 172.19.66.58:41042, send buffer size=15, receive buffer size=8 | | --- | GMS: address is s58:41041 | --- | 53314 [main] INFO org.jboss.cache.TreeCache TreeCache - state could not be retrieved (must be first member in group) | 53315 [main] INFO org.jboss.cache.eviction.LRUPolicy TreeCache - Starting eviction policy using the provider: org.jboss.cache.evi | ction.LRUPolicy | 53343 [MessageDispatcher up processing thread] INFO org.jboss.cache.TreeCache - viewAccepted(): new members: [s58:41041] | 53344 [MessageDispatcher up processing thread] INFO org.jboss.cache.TreeCache - new cache is null (maybe first member in cluster | ) | 53569 [main] INFO org.jboss.cache.eviction.LRUPolicy TreeCache - Starting a eviction timer with wake up interval of (secs) 5 The Second Node: --- | GMS: address is s66:43373 | --- | 0[MessageDispatcher up processing thread] ERROR org.jboss.cache.TreeCache - failed setting transient state | java.lang.NullPointerException | at org.jboss.cache.eviction.LRUPolicy.nodeAdded(LRUPolicy.java:53) | at org.jboss.cache.eviction.LRUPolicy.nodeCreated(LRUPolicy.java:92) | at org.jboss.cache.TreeCache.notifyNodeCreated(TreeCache.java:3449) | at org.jboss.cache.TreeCache.notifyAllNodesCreated(TreeCache.java:3501) | at org.jboss.cache.TreeCache$MessageListenerAdaptor._setState(TreeCache.java:3012) | at org.jboss.cache.TreeCache$MessageListenerAdaptor.setState(TreeCache.java:2954) | at org.jgroups.blocks.MessageDispatcher$ProtocolAdapter.passUp(MessageDispatcher.java:613) | at org.jgroups.blocks.RequestCorrelator.receive(RequestCorrelator.java:331) | at org.jgroups.blocks.MessageDispatcher$ProtocolAdapter.handleUp(MessageDispatcher.java:720) | at org.jgroups.blocks.MessageDispatcher$ProtocolAdapter.access$300(MessageDispatcher.java:553) | at org.jgroups.blocks.MessageDispatcher$1.run(MessageDispatcher.java:689) | at java.lang.Thread.run(Thread.java:534) View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3848395#3848395 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3848395 --- This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 Project Admins to receive an Apple iPod Mini FREE for your judgement on who ports your project to Linux PPC the best. Sponsored by IBM. Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Caches on JBoss (Caches/JBoss)] - Re: JBoss Distribute Cache's error?
Is the log tracing set to DEBUG? E.g., org.jboss.cache? It will help me to debug this problem. Thanks, -Ben View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3848405#3848405 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3848405 --- This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 Project Admins to receive an Apple iPod Mini FREE for your judgement on who ports your project to Linux PPC the best. Sponsored by IBM. Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development