Return-Path: X-Original-To: apmail-cassandra-commits-archive@www.apache.org Delivered-To: apmail-cassandra-commits-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 5D475105A7 for ; Wed, 8 Jan 2014 15:06:01 +0000 (UTC) Received: (qmail 42303 invoked by uid 500); 8 Jan 2014 15:05:58 -0000 Delivered-To: apmail-cassandra-commits-archive@cassandra.apache.org Received: (qmail 42052 invoked by uid 500); 8 Jan 2014 15:05:54 -0000 Mailing-List: contact commits-help@cassandra.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@cassandra.apache.org Delivered-To: mailing list commits@cassandra.apache.org Received: (qmail 41931 invoked by uid 99); 8 Jan 2014 15:05:53 -0000 Received: from arcas.apache.org (HELO arcas.apache.org) (140.211.11.28) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 08 Jan 2014 15:05:53 +0000 Date: Wed, 8 Jan 2014 15:05:53 +0000 (UTC) From: "Brandon Williams (JIRA)" To: commits@cassandra.apache.org Message-ID: In-Reply-To: References: Subject: [jira] [Commented] (CASSANDRA-6558) Failure Detector takes 4-5x longer than it used to MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 [ https://issues.apache.org/jira/browse/CASSANDRA-6558?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13865519#comment-13865519 ] Brandon Williams commented on CASSANDRA-6558: --------------------------------------------- bq. Just so there is no misunderstanding, the java driver does not use the FD code client side. It's just that there is whole family of tests in which you test behaviors that only apply when a dead node has been detected as such by other nodes, and so such tests will kill a node and then wait for the FD to kick in If the shutdown is clean, why isn't CASSANDRA-3936 saving us? Or does the shutdown need to be unclean to test some behavior? bq. Maybe we can just add some startup variable to set the initial FD interval That would be CASSANDRA-4375, I'll try to get to that today. > Failure Detector takes 4-5x longer than it used to > -------------------------------------------------- > > Key: CASSANDRA-6558 > URL: https://issues.apache.org/jira/browse/CASSANDRA-6558 > Project: Cassandra > Issue Type: Bug > Reporter: Joaquin Casares > Priority: Minor > Labels: datastax_qa > > The Failure Detector appears to also be used by the java-driver (https://datastax-oss.atlassian.net/browse/JAVA-246) in determining if nodes are down or not. Because of the recent increase in time that it takes for Cassandra to noticed downed nodes, tests within the java-driver integration suite are currently failing. > This should only impact driver usage minimally since it also relies on failed requests to find out if a node is down, but fixing the issue means we get the tests back online and the Failure Detector working as it previously had been. -- This message was sent by Atlassian JIRA (v6.1.5#6160)