Return-Path: Delivered-To: apmail-jakarta-turbine-jcs-user-archive@www.apache.org Received: (qmail 22574 invoked from network); 4 Jan 2005 21:53:13 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur-2.apache.org with SMTP; 4 Jan 2005 21:53:13 -0000 Received: (qmail 1510 invoked by uid 500); 4 Jan 2005 21:53:13 -0000 Delivered-To: apmail-jakarta-turbine-jcs-user-archive@jakarta.apache.org Received: (qmail 1352 invoked by uid 500); 4 Jan 2005 21:53:12 -0000 Mailing-List: contact turbine-jcs-user-help@jakarta.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Subscribe: List-Help: List-Post: List-Id: "Turbine JCS Users List" Reply-To: "Turbine JCS Users List" Delivered-To: mailing list turbine-jcs-user@jakarta.apache.org Received: (qmail 1336 invoked by uid 99); 4 Jan 2005 21:53:12 -0000 X-ASF-Spam-Status: No, hits=-13.6 required=10.0 tests=DNS_FROM_RFC_POST,SPF_HELO_PASS,SPF_PASS,USER_IN_DEF_WHITELIST X-Spam-Check-By: apache.org Received-SPF: pass (hermes.apache.org: domain of aaronsm@amazon.com designates 207.171.164.41 as permitted sender) Received: from smtp-out-1001.amazon.com (HELO smtp-out-1001.amazon.com) (207.171.164.41) by apache.org (qpsmtpd/0.28) with ESMTP; Tue, 04 Jan 2005 13:53:09 -0800 Received: from smtp-in-1004.vdc.amazon.com by smtp-out-1001.amazon.com with ESMTP (peer crosscheck: smtp-in-1004.vdc.amazon.com) X-Amazon-Corporate-Relay: smtp-out-1001.vdc.amazon.com X-AMAZON-TRACK: turbine-jcs-user@jakarta.apache.org Received: from ex-mail-sea-04.ant.amazon.com by smtp-in-1004.vdc.amazon.com with ESMTP (crosscheck: ex-mail-sea-04.ant.amazon.com [10.16.196.97]) id j04Lr7Z2024641; Tue, 4 Jan 2005 21:53:07 GMT X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Subject: RE: Master cache machine no longer reachable causes spurious threads? Date: Tue, 4 Jan 2005 13:53:01 -0800 Message-ID: <8F208FA62CA1794BACCB61029BB868A106BEF70F@ex-mail-sea-04.ant.amazon.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Master cache machine no longer reachable causes spurious threads? Thread-Index: AcTchZvYSlA6yzGqQ2Oqzg+5ej1dogWH1EigAAChdTA= From: "Smuts, Aaron" To: "Turbine JCS Users List" , X-Virus-Checked: Checked X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N The various RMI properties that can be set are listed here. =20 http://java.sun.com/j2se/1.4.2/docs/guide/rmi/sunrmiproperties.html =20 -----Original Message----- From: Smuts, Aaron [mailto:aaronsm@amazon.com]=20 Sent: Tuesday, January 04, 2005 1:40 PM To: mail@timcocks.co.uk Cc: turbine-jcs-user@jakarta.apache.org Subject: RE: Master cache machine no longer reachable causes spurious = threads? Remove, and put requests to the remote rmi server are done = asynchronously; however, get's are synchronous. =20 If a get locks up, then it could potentially block other put and remove = requests locally. Are you seeing all requests block. =20 Why is the situation different if the machine goes down, versus the rmi = server not running? I haven't dug into the sun rmi code very far. What do you suggest?=20 You could run in put only mode with remove on put set to false, if you = frequently have machines shutting down thereby killing the remote = server. Aaron =20 -----Original Message----- From: Tim Cocks [mailto:tcocks@gmail.com] Sent: Tuesday, December 07, 2004 9:53 AM To: Smuts, Aaron Cc: turbine-jcs-user@jakarta.apache.org Subject: Re: Master cache machine no longer reachable causes spurious = threads? Thanks for your time. We are using the remote server. We have found it = is almost exactly 15 minutes between when the machine running the master = cache shuts down and when the clients realise the remote cache is no = longer accessible. During those 15 minutes, calls to JCS block. After the 15 minutes, the calls return. The problem appears to be an RMI one. The fact the delay is consistently = ~15 minutes seems to imply the timeout is working correctly, but is set = too high. We considered changing the RMI timeouts by overriding = RMISocketFactory. Unfortunately this would require us to change the JCS = source code, something we would like to avoid. Tim On Mon, 6 Dec 2004 13:45:59 -0800, Smuts, Aaron = wrote: > I'll need to look into this. >=20 > You are using the remote server? The client reconnect must not be = timing out properly. >=20 > Aaron >=20 >=20 >=20 >=20 > -----Original Message----- > From: Tim Cocks [mailto:tcocks@gmail.com] > Sent: Friday, December 03, 2004 2:39 AM > To: turbine-jcs-user@jakarta.apache.org > Subject: Master cache machine no longer reachable causes spurious = threads? >=20 > We use JCS outside of Turbine on about 20 machines connected to a JCS = master cache. >=20 > On occasion we have had to kill the JCS master cache process and have = observed the client machines gracefully realise the master cache is no = longer available. They continue to work indefinitely, albeit without = access to the master cache. >=20 > However, when the machine running the master cache goes down = completely the clients continue attempting to connect. In the process, = they are creating more and more blocking threads and the JVM eventually = terminates. >=20 > Is this a known problem? If so, are there any solutions? >=20 > Thanks in advance for any help, >=20 > Tim Cocks >=20 > --------------------------------------------------------------------- > To unsubscribe, e-mail:=20 > turbine-jcs-user-unsubscribe@jakarta.apache.org > For additional commands, e-mail:=20 > turbine-jcs-user-help@jakarta.apache.org >=20 > --------------------------------------------------------------------- To unsubscribe, e-mail: turbine-jcs-user-unsubscribe@jakarta.apache.org For additional commands, e-mail: = turbine-jcs-user-help@jakarta.apache.org --------------------------------------------------------------------- To unsubscribe, e-mail: turbine-jcs-user-unsubscribe@jakarta.apache.org For additional commands, e-mail: turbine-jcs-user-help@jakarta.apache.org