[jboss-user] [JBoss Cache: Core Edition] - Still getting Response Timed out when setting to LOCAL mode.

lhoang do-not-reply at jboss.com
Tue Aug 18 03:54:40 EDT 2009


hi all,

Are you able to help me with this?
I've set CACHEMODE=LOCAL to stop tree cache from replicating as we were getting a lot of ReplicationExceptions. 

This is my treecache.cml file
?xml version="1.0" encoding="UTF-8"?>

<!-- ===================================================================== -->
<!--                                                                       -->
<!--  Sample TreeCache Service Configuration                               -->
<!--                                                                       -->
<!-- ===================================================================== -->



    


    <!-- ==================================================================== -->
    <!-- Defines TreeCache configuration                                      -->
    <!-- ==================================================================== -->

    

        jboss:service=Naming
        jboss:service=TransactionManager

        <!--
            TransactionManager configuration not required for Hibernate!
        -->


        <!--
            Node isolation level : SERIALIZABLE
                                 REPEATABLE_READ (default)
                                 READ_COMMITTED
                                 READ_UNCOMMITTED
                                 NONE
        -->
        REPEATABLE_READ

        <!--
             Valid modes are LOCAL
                             REPL_ASYNC
                             REPL_SYNC
        -->
        LOCAL

        <!-- Name of cluster. Needs to be the same for all clusters, in order
             to find each other
        -->
        TreeCache-Cluster

        <!-- JGroups protocol stack properties. Can also be a URL,
             e.g. file:/home/bela/default.xml
           
        -->

        
            
                <!-- 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="45566"
                    ip_ttl="64" ip_mcast="true"
                    mcast_send_buf_size="150000" mcast_recv_buf_size="80000"
                    ucast_send_buf_size="150000" ucast_recv_buf_size="80000"
                    loopback="false"/>
                <PING timeout="2000" num_initial_members="3"
                    up_thread="false" down_thread="false"/>
                <MERGE2 min_interval="10000" max_interval="20000"/>
                <FD shun="true" up_thread="true" down_thread="true"/>
                <VERIFY_SUSPECT timeout="1500"
                    up_thread="false" down_thread="false"/>
                <pbcast.NAKACK gc_lag="50" retransmit_timeout="600,1200,2400,4800"
                    up_thread="false" down_thread="false"/>
                <pbcast.STABLE desired_avg_gossip="20000"
                    up_thread="false" down_thread="false"/>
                <UNICAST timeout="600,1200,2400" window_size="100" min_threshold="10"
                    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 up_thread="false" down_thread="false"/>
            
        

        <!--
             Max number of entries in the cache. If this is exceeded, the
             eviction policy will kick some entries out in order to make
             more room
        -->
        20000

        <!--
            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
        -->
        20000

        <!--
            Number of milliseconds to wait until all responses for a
            synchronous call have been received.
        -->
        10000

        <!-- Max number of milliseconds to wait for a lock acquisition -->
        15000

        <!-- Max number of milliseconds we hold a lock (not currently
        implemented) -->
        60000

        <!-- Name of the eviction policy class. Not supported now. -->
        
    





However I'm still getting this error in the logs.
	at javax.servlet.http.HttpServlet.service(HttpServlet.java(Compiled Code))
	at com.ibm.ws.webcontainer.servlet.ServletWrapper.service(ServletWrapper.java(Compiled Code))
	at com.ibm.ws.webcontainer.servlet.ServletWrapper.service(ServletWrapper.java(Compiled Code))
	at com.ibm.ws.webcontainer.filter.WebAppFilterChain.doFilter(WebAppFilterChain.java(Compiled Code))
	at org.springframework.orm.hibernate3.support.OpenSessionInViewFilter.doFilterInternal(OpenSessionInViewFilter.java(Compiled Code))
	at org.springframework.web.filter.OncePerRequestFilter.doFilter(OncePerRequestFilter.java(Compiled Code))
	at com.ibm.ws.webcontainer.filter.FilterInstanceWrapper.doFilter(FilterInstanceWrapper.java(Compiled Code))
	at com.ibm.ws.webcontainer.filter.WebAppFilterChain.doFilter(WebAppFilterChain.java(Compiled Code))
	at org.springframework.web.filter.RequestContextFilter.doFilterInternal(RequestContextFilter.java(Compiled Code))
	at org.springframework.web.filter.OncePerRequestFilter.doFilter(OncePerRequestFilter.java(Compiled Code))
	at com.ibm.ws.webcontainer.filter.FilterInstanceWrapper.doFilter(FilterInstanceWrapper.java(Compiled Code))
	at com.ibm.ws.webcontainer.filter.WebAppFilterChain.doFilter(WebAppFilterChain.java(Compiled Code))
	at com.nab.dpc.filter.AuthenticationFilter.doFilter(AuthenticationFilter.java(Compiled Code))
	at com.ibm.ws.webcontainer.filter.FilterInstanceWrapper.doFilter(FilterInstanceWrapper.java(Compiled Code))
	at com.ibm.ws.webcontainer.filter.WebAppFilterChain.doFilter(WebAppFilterChain.java(Compiled Code))
	at com.ibm.ws.webcontainer.filter.WebAppFilterChain._doFilter(WebAppFilterChain.java(Compiled Code))
	at com.ibm.ws.webcontainer.servlet.ServletWrapper.handleRequest(ServletWrapper.java(Compiled Code))
	at com.ibm.ws.webcontainer.servlet.CacheServletWrapper.handleRequest(CacheServletWrapper.java(Compiled Code))
	at com.ibm.ws.webcontainer.WebContainer.handleRequest(WebContainer.java(Compiled Code))
	at com.ibm.ws.webcontainer.channel.WCChannelLink.ready(WCChannelLink.java(Compiled Code))
	at com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.handleDiscrimination(HttpInboundLink.java(Compiled Code))
	at com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.handleNewInformation(HttpInboundLink.java(Compiled Code))
	at com.ibm.ws.http.channel.inbound.impl.HttpICLReadCallback.complete(HttpICLReadCallback.java(Compiled Code))
	at com.ibm.ws.ssl.channel.impl.SSLReadServiceContext$SSLReadCompletedCallback.complete(SSLReadServiceContext.java(Compiled Code))
	at com.ibm.ws.tcp.channel.impl.WorkQueueManager.requestComplete(WorkQueueManager.java(Compiled Code))
	at com.ibm.ws.tcp.channel.impl.WorkQueueManager.attemptIO(WorkQueueManager.java(Compiled Code))
	at com.ibm.ws.tcp.channel.impl.WorkQueueManager.workerRun(WorkQueueManager.java(Compiled Code))
	at com.ibm.ws.tcp.channel.impl.WorkQueueManager$Worker.run(WorkQueueManager.java(Compiled Code))
	at com.ibm.ws.util.ThreadPool$Worker.run(ThreadPool.java(Compiled Code))
Caused by: org.jboss.cache.ReplicationException: rsp=sender=10.13.45.48:4475, retval=null, received=false, suspected=false
	at org.jboss.cache.TreeCache.callRemoteMethods(TreeCache.java(Compiled Code))
	at org.jboss.cache.TreeCache.callRemoteMethods(TreeCache.java(Inlined Compiled Code))
	at org.jboss.cache.TreeCache.callRemoteMethods(TreeCache.java(Inlined Compiled Code))
	at org.jboss.cache.interceptors.BaseRpcInterceptor.replicateCall(BaseRpcInterceptor.java(Compiled Code))
	at org.jboss.cache.interceptors.BaseRpcInterceptor.replicateCall(BaseRpcInterceptor.java(Inlined Compiled Code))
	at org.jboss.cache.interceptors.ReplicationInterceptor.runPreparePhase(ReplicationInterceptor.java(Compiled Code))
	at org.jboss.cache.interceptors.ReplicationInterceptor.invoke(ReplicationInterceptor.java(Compiled Code))
	at org.jboss.cache.interceptors.Interceptor.invoke(Interceptor.java(Compiled Code))
	at org.jboss.cache.interceptors.TxInterceptor.runPreparePhase(TxInterceptor.java(Compiled Code))
	... 62 more
Caused by: org.jboss.cache.lock.TimeoutException: Response timed out: sender=10.13.45.48:4475, retval=null, received=false, suspected=false
	... 71 more


Can someone help me with this?
We're on version 1.4.1

View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4250069#4250069

Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4250069



More information about the jboss-user mailing list