Return-Path: X-Original-To: apmail-drill-issues-archive@minotaur.apache.org Delivered-To: apmail-drill-issues-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 8108918AA8 for ; Thu, 25 Jun 2015 21:02:05 +0000 (UTC) Received: (qmail 12049 invoked by uid 500); 25 Jun 2015 21:02:05 -0000 Delivered-To: apmail-drill-issues-archive@drill.apache.org Received: (qmail 12018 invoked by uid 500); 25 Jun 2015 21:02:05 -0000 Mailing-List: contact issues-help@drill.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@drill.apache.org Delivered-To: mailing list issues@drill.apache.org Received: (qmail 12008 invoked by uid 99); 25 Jun 2015 21:02:05 -0000 Received: from arcas.apache.org (HELO arcas.apache.org) (140.211.11.28) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 25 Jun 2015 21:02:05 +0000 Date: Thu, 25 Jun 2015 21:02:05 +0000 (UTC) From: "Chris Westin (JIRA)" To: issues@drill.apache.org Message-ID: In-Reply-To: References: Subject: [jira] [Updated] (DRILL-3322) Something broken in or around RPC timeout setup? 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/DRILL-3322?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Chris Westin updated DRILL-3322: -------------------------------- Affects Version/s: 1.0.0 > Something broken in or around RPC timeout setup? > ------------------------------------------------ > > Key: DRILL-3322 > URL: https://issues.apache.org/jira/browse/DRILL-3322 > Project: Apache Drill > Issue Type: Bug > Components: Execution - RPC > Affects Versions: 1.0.0 > Reporter: Daniel Barclay (Drill) > Assignee: Jacques Nadeau > Fix For: 1.1.0 > > > Something(s) in the overall setup for RPC timeouts (heartbeats/watchdog) seems broken. > Running in the debugger (setting breakpoints, lettings things time out, etc.) has led to a state where the JDBC layer's RPC client code never gets any callbacks (not even an exception callback), and so the JDBC execute..(...) call never returns or even throws. -- This message was sent by Atlassian JIRA (v6.3.4#6332)