Return-Path: X-Original-To: apmail-commons-user-archive@www.apache.org Delivered-To: apmail-commons-user-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 75F0D17D7B for ; Wed, 22 Apr 2015 05:45:00 +0000 (UTC) Received: (qmail 22078 invoked by uid 500); 22 Apr 2015 05:44:59 -0000 Delivered-To: apmail-commons-user-archive@commons.apache.org Received: (qmail 21801 invoked by uid 500); 22 Apr 2015 05:44:59 -0000 Mailing-List: contact user-help@commons.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: "Commons Users List" Delivered-To: mailing list user@commons.apache.org Received: (qmail 21756 invoked by uid 99); 22 Apr 2015 05:44:58 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 22 Apr 2015 05:44:58 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=5.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: message received from 54.164.171.186 which is an MX secondary for user@commons.apache.org) Received: from [54.164.171.186] (HELO mx1-us-east.apache.org) (54.164.171.186) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 22 Apr 2015 05:44:53 +0000 Received: from frodo.elyograg.org (frodo.elyograg.org [166.70.79.219]) by mx1-us-east.apache.org (ASF Mail Server at mx1-us-east.apache.org) with ESMTP id 5B18443EAC for ; Wed, 22 Apr 2015 05:44:24 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by frodo.elyograg.org (Postfix) with ESMTP id 92F078196 for ; Tue, 21 Apr 2015 23:43:55 -0600 (MDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=elyograg.org; h= content-transfer-encoding:content-type:content-type:in-reply-to :references:subject:subject:mime-version:user-agent:from:from :date:date:message-id:received:received; s=mail; t=1429681435; bh=iGBk2H2TmQ8LLW3o1HNmhVqn+ujHwsXo9c6BPBYGy2k=; b=qut0CkjJnsnN 4z9WlB/RCR0JNwgX4y/9H5a/e0kSU1F/JO1yONZEVAftH6Uig+iN1aU84+pbS599 /H7qdLDAypG8/k15bTJk1IFsGNpOZeXnGDBRfx6V6nBb/DDlJtEToczdWj61qfsT /L5DJGH+fWefrA9BM3U2EFkUjUpYtlM= X-Virus-Scanned: Debian amavisd-new at frodo.elyograg.org Received: from frodo.elyograg.org ([127.0.0.1]) by localhost (frodo.elyograg.org [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id thhfFOgsvQTI for ; Tue, 21 Apr 2015 23:43:55 -0600 (MDT) Received: from [192.168.1.102] (102.int.elyograg.org [192.168.1.102]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: elyograg@elyograg.org) by frodo.elyograg.org (Postfix) with ESMTPSA id 1BFD718F7 for ; Tue, 21 Apr 2015 23:43:55 -0600 (MDT) Message-ID: <5537351F.80605@elyograg.org> Date: Tue, 21 Apr 2015 23:43:59 -0600 From: Shawn Heisey User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.6.0 MIME-Version: 1.0 To: Commons Users List Subject: Re: [DBCP] Apparent deadlock related to getConnection References: <552921C8.5020603@elyograg.org> <55293434.5030906@gmail.com> <552A41B6.4060206@elyograg.org> <552A8C4A.3050506@gmail.com> <552AAC0A.4060101@elyograg.org> <552ABCBB.6060404@gmail.com> <552ADD4D.4050909@elyograg.org> <5536E17A.6030106@elyograg.org> <5536EB26.10707@gmail.com> In-Reply-To: <5536EB26.10707@gmail.com> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org On 4/21/2015 6:28 PM, Phil Steitz wrote: > Thanks for providing the full stack traces, Shawn. I assume the > pool config is the same that you posted before, right? Also, the > mysql driver seems to be taking initiative to try to clean up > abandoned connections itself. That is holding some locks; but I > don't see any deadlocks in the dumps. I will look more at this > later tonight. I think it is possible there is a pool bug lurking > in here. One question: are you seeing connections fail validation? > I think you said you were testing on borrow / return. Is that > right? Are you just letting the pool destroy the bad ones or are > you destroying them yourself? Thanks for your reply. I have since learned that this was not an actual deadlock. Somebody dropped entries into the config database which asked my program to reindex 56 million rows (nearly one third of the entire database) into Solr. That is not the kind of thing I intended that capability to accomplish, because it takes WAY too long. My program was working fine ... but sending watchdog alarms every fifteen minutes because a "normal" cycle was taking hours longer than expected. I removed the reindex entries and restarted the program instances, now everything is working fine again. Thanks, Shawn --------------------------------------------------------------------- To unsubscribe, e-mail: user-unsubscribe@commons.apache.org For additional commands, e-mail: user-help@commons.apache.org