Return-Path: X-Original-To: apmail-trafficserver-users-archive@www.apache.org Delivered-To: apmail-trafficserver-users-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 0E6EC7306 for ; Tue, 18 Oct 2011 10:42:23 +0000 (UTC) Received: (qmail 16602 invoked by uid 500); 18 Oct 2011 10:42:22 -0000 Delivered-To: apmail-trafficserver-users-archive@trafficserver.apache.org Received: (qmail 16544 invoked by uid 500); 18 Oct 2011 10:42:22 -0000 Mailing-List: contact users-help@trafficserver.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: users@trafficserver.apache.org Delivered-To: mailing list users@trafficserver.apache.org Received: (qmail 16534 invoked by uid 99); 18 Oct 2011 10:42:22 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 18 Oct 2011 10:42:22 +0000 X-ASF-Spam-Status: No, hits=0.7 required=5.0 tests=SPF_HELO_PASS,SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (nike.apache.org: local policy) Received: from [196.23.180.100] (HELO zen.co.za) (196.23.180.100) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 18 Oct 2011 10:42:13 +0000 Received: from zenmail.co.za (localhost.localdomain [127.0.0.1]) by zen.co.za (8.13.8/8.13.8) with ESMTP id p9IAfRe5019214 for ; Tue, 18 Oct 2011 12:41:28 +0200 Received: from 196.23.180.209 by zenmail.co.za with HTTP; Tue, 18 Oct 2011 12:41:28 +0200 Message-ID: <58c1656c95016b025fc958b78c36ca98.squirrel@zenmail.co.za> In-Reply-To: <1318922698.2680.17.camel@zym6400> References: <1318905992.2680.10.camel@zym6400> <6cdb5b346b52621322a36a439a729f09.squirrel@zenmail.co.za> <1318922698.2680.17.camel@zym6400> Date: Tue, 18 Oct 2011 12:41:28 +0200 Subject: Re: ICP^2 From: "Henry C." To: users@trafficserver.apache.org User-Agent: SquirrelMail/1.5.2 [SVN] MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Virus-Checked: Checked by ClamAV on apache.org On Tue, October 18, 2011 09:24, ming.zym@gmail.com wrote: > 在 2011-10-18二的 08:43 +0200，Henry C.写道： >> On Tue, October 18, 2011 04:46, ming.zym@gmail.com wrote: >> Only once the down node >> was brought back up did things become snappy again. > there should be no issue when one cluster member down, it will discover the > change and rehash the contents to the left nodes in cluster. the timeout or > heatbeat checking will be <10s. after that, it will be stable as before. Thanks, you were right - this had to do with the linux virtual server and it's persistence setting on the directors.