Return-Path: X-Original-To: apmail-accumulo-notifications-archive@minotaur.apache.org Delivered-To: apmail-accumulo-notifications-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 90AA910E23 for ; Wed, 17 Dec 2014 05:46:13 +0000 (UTC) Received: (qmail 79170 invoked by uid 500); 17 Dec 2014 05:46:13 -0000 Delivered-To: apmail-accumulo-notifications-archive@accumulo.apache.org Received: (qmail 79123 invoked by uid 500); 17 Dec 2014 05:46:13 -0000 Mailing-List: contact notifications-help@accumulo.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: jira@apache.org Delivered-To: mailing list notifications@accumulo.apache.org Received: (qmail 79105 invoked by uid 99); 17 Dec 2014 05:46:13 -0000 Received: from arcas.apache.org (HELO arcas.apache.org) (140.211.11.28) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 17 Dec 2014 05:46:13 +0000 Date: Wed, 17 Dec 2014 05:46:13 +0000 (UTC) From: "Josh Elser (JIRA)" To: notifications@accumulo.apache.org Message-ID: In-Reply-To: References: Subject: [jira] [Updated] (ACCUMULO-3429) Tests leaking LRUBlockCache threads 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/ACCUMULO-3429?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Josh Elser updated ACCUMULO-3429: --------------------------------- Description: Been having sporadic issues since upgrading past ~1.7.0_51 with SIGSEGVs on my Mac. Poked through the JVM error log that is created and noticed that, when the JVM crashed running the core/ unit tests, we had a few threads sitting around. {noformat} 0x00007fd0cc10e000 JavaThread "LRUBlockCacheStats 1" daemon [_thread_blocked, id=29955, stack(0x0000000119cdc000,0x0000000119ddc000)] 0x00007fd0cd846000 JavaThread "LruBlockCache.EvictionThread" daemon [_thread_blocked, id=29443, stack(0x000000011b3df000,0x000000011b4df000)] 0x00007fd0cc931800 JavaThread "LRUBlockCacheStats 1" daemon [_thread_blocked, id=28931, stack(0x000000011b2dc000,0x000000011b3dc000)] 0x00007fd0cda01000 JavaThread "LruBlockCache.EvictionThread" daemon [_thread_blocked, id=28419, stack(0x000000011b1d9000,0x000000011b2d9000)] 0x00007fd0cab91800 JavaThread "LRUBlockCacheStats 1" daemon [_thread_blocked, id=27907, stack(0x0000000119fd9000,0x000000011a0d9000)] 0x00007fd0ca21b000 JavaThread "LruBlockCache.EvictionThread" daemon [_thread_blocked, id=27395, stack(0x000000011ace4000,0x000000011ade4000)] 0x00007fd0ca1f2000 JavaThread "LRUBlockCacheStats 1" daemon [_thread_blocked, id=26883, stack(0x000000011abe1000,0x000000011ace1000)] 0x00007fd0cc983000 JavaThread "LruBlockCache.EvictionThread" daemon [_thread_blocked, id=26371, stack(0x0000000119bd9000,0x0000000119cd9000)] 0x00007fd0ca00e000 JavaThread "LRUBlockCacheStats 1" daemon [_thread_blocked, id=25859, stack(0x0000000119847000,0x0000000119947000)] 0x00007fd0caa91800 JavaThread "LruBlockCache.EvictionThread" daemon [_thread_blocked, id=25347, stack(0x0000000119744000,0x0000000119844000)] 0x00007fd0caa90800 JavaThread "LRUBlockCacheStats 1" daemon [_thread_blocked, id=24835, stack(0x0000000119641000,0x0000000119741000)] 0x00007fd0ca9dd800 JavaThread "LruBlockCache.EvictionThread" daemon [_thread_blocked, id=24323, stack(0x000000011953e000,0x000000011963e000)] 0x00007fd0cc085800 JavaThread "LRUBlockCacheStats 1" daemon [_thread_blocked, id=23811, stack(0x00000001193fc000,0x00000001194fc000)] 0x00007fd0cab88000 JavaThread "LruBlockCache.EvictionThread" daemon [_thread_blocked, id=23299, stack(0x00000001192bd000,0x00000001193bd000)] 0x00007fd0caa20800 JavaThread "LRUBlockCacheStats 1" daemon [_thread_blocked, id=22787, stack(0x00000001191ba000,0x00000001192ba000)] 0x00007fd0caa62000 JavaThread "LruBlockCache.EvictionThread" daemon [_thread_blocked, id=22275, stack(0x00000001190b2000,0x00000001191b2000)] {noformat} They're daemon threads which is good, but we can probably do better and make sure the test that starts them actually cleans them up, too. Need to identify the test which is causing them to be created (likely some test that does something with the LRUBlockCache). was: Been having sporadic issues since upgrading past ~1.7.0_51 with SIGSEGVs on my MAC. Poked through the JVM error log that is created and noticed that, when the JVM crashed running the core/ unit tests, we had a few threads sitting around. {noformat} 0x00007fd0cc10e000 JavaThread "LRUBlockCacheStats 1" daemon [_thread_blocked, id=29955, stack(0x0000000119cdc000,0x0000000119ddc000)] 0x00007fd0cd846000 JavaThread "LruBlockCache.EvictionThread" daemon [_thread_blocked, id=29443, stack(0x000000011b3df000,0x000000011b4df000)] 0x00007fd0cc931800 JavaThread "LRUBlockCacheStats 1" daemon [_thread_blocked, id=28931, stack(0x000000011b2dc000,0x000000011b3dc000)] 0x00007fd0cda01000 JavaThread "LruBlockCache.EvictionThread" daemon [_thread_blocked, id=28419, stack(0x000000011b1d9000,0x000000011b2d9000)] 0x00007fd0cab91800 JavaThread "LRUBlockCacheStats 1" daemon [_thread_blocked, id=27907, stack(0x0000000119fd9000,0x000000011a0d9000)] 0x00007fd0ca21b000 JavaThread "LruBlockCache.EvictionThread" daemon [_thread_blocked, id=27395, stack(0x000000011ace4000,0x000000011ade4000)] 0x00007fd0ca1f2000 JavaThread "LRUBlockCacheStats 1" daemon [_thread_blocked, id=26883, stack(0x000000011abe1000,0x000000011ace1000)] 0x00007fd0cc983000 JavaThread "LruBlockCache.EvictionThread" daemon [_thread_blocked, id=26371, stack(0x0000000119bd9000,0x0000000119cd9000)] 0x00007fd0ca00e000 JavaThread "LRUBlockCacheStats 1" daemon [_thread_blocked, id=25859, stack(0x0000000119847000,0x0000000119947000)] 0x00007fd0caa91800 JavaThread "LruBlockCache.EvictionThread" daemon [_thread_blocked, id=25347, stack(0x0000000119744000,0x0000000119844000)] 0x00007fd0caa90800 JavaThread "LRUBlockCacheStats 1" daemon [_thread_blocked, id=24835, stack(0x0000000119641000,0x0000000119741000)] 0x00007fd0ca9dd800 JavaThread "LruBlockCache.EvictionThread" daemon [_thread_blocked, id=24323, stack(0x000000011953e000,0x000000011963e000)] 0x00007fd0cc085800 JavaThread "LRUBlockCacheStats 1" daemon [_thread_blocked, id=23811, stack(0x00000001193fc000,0x00000001194fc000)] 0x00007fd0cab88000 JavaThread "LruBlockCache.EvictionThread" daemon [_thread_blocked, id=23299, stack(0x00000001192bd000,0x00000001193bd000)] 0x00007fd0caa20800 JavaThread "LRUBlockCacheStats 1" daemon [_thread_blocked, id=22787, stack(0x00000001191ba000,0x00000001192ba000)] 0x00007fd0caa62000 JavaThread "LruBlockCache.EvictionThread" daemon [_thread_blocked, id=22275, stack(0x00000001190b2000,0x00000001191b2000)] {noformat} They're daemon threads which is good, but we can probably do better and make sure the test that starts them actually cleans them up, too. Need to identify the test which is causing them to be created (likely some test that does something with the LRUBlockCache). > Tests leaking LRUBlockCache threads > ----------------------------------- > > Key: ACCUMULO-3429 > URL: https://issues.apache.org/jira/browse/ACCUMULO-3429 > Project: Accumulo > Issue Type: Bug > Components: test > Reporter: Josh Elser > Priority: Minor > Labels: newbie > Fix For: 1.7.0 > > > Been having sporadic issues since upgrading past ~1.7.0_51 with SIGSEGVs on my Mac. Poked through the JVM error log that is created and noticed that, when the JVM crashed running the core/ unit tests, we had a few threads sitting around. > {noformat} > 0x00007fd0cc10e000 JavaThread "LRUBlockCacheStats 1" daemon [_thread_blocked, id=29955, stack(0x0000000119cdc000,0x0000000119ddc000)] > 0x00007fd0cd846000 JavaThread "LruBlockCache.EvictionThread" daemon [_thread_blocked, id=29443, stack(0x000000011b3df000,0x000000011b4df000)] > 0x00007fd0cc931800 JavaThread "LRUBlockCacheStats 1" daemon [_thread_blocked, id=28931, stack(0x000000011b2dc000,0x000000011b3dc000)] > 0x00007fd0cda01000 JavaThread "LruBlockCache.EvictionThread" daemon [_thread_blocked, id=28419, stack(0x000000011b1d9000,0x000000011b2d9000)] > 0x00007fd0cab91800 JavaThread "LRUBlockCacheStats 1" daemon [_thread_blocked, id=27907, stack(0x0000000119fd9000,0x000000011a0d9000)] > 0x00007fd0ca21b000 JavaThread "LruBlockCache.EvictionThread" daemon [_thread_blocked, id=27395, stack(0x000000011ace4000,0x000000011ade4000)] > 0x00007fd0ca1f2000 JavaThread "LRUBlockCacheStats 1" daemon [_thread_blocked, id=26883, stack(0x000000011abe1000,0x000000011ace1000)] > 0x00007fd0cc983000 JavaThread "LruBlockCache.EvictionThread" daemon [_thread_blocked, id=26371, stack(0x0000000119bd9000,0x0000000119cd9000)] > 0x00007fd0ca00e000 JavaThread "LRUBlockCacheStats 1" daemon [_thread_blocked, id=25859, stack(0x0000000119847000,0x0000000119947000)] > 0x00007fd0caa91800 JavaThread "LruBlockCache.EvictionThread" daemon [_thread_blocked, id=25347, stack(0x0000000119744000,0x0000000119844000)] > 0x00007fd0caa90800 JavaThread "LRUBlockCacheStats 1" daemon [_thread_blocked, id=24835, stack(0x0000000119641000,0x0000000119741000)] > 0x00007fd0ca9dd800 JavaThread "LruBlockCache.EvictionThread" daemon [_thread_blocked, id=24323, stack(0x000000011953e000,0x000000011963e000)] > 0x00007fd0cc085800 JavaThread "LRUBlockCacheStats 1" daemon [_thread_blocked, id=23811, stack(0x00000001193fc000,0x00000001194fc000)] > 0x00007fd0cab88000 JavaThread "LruBlockCache.EvictionThread" daemon [_thread_blocked, id=23299, stack(0x00000001192bd000,0x00000001193bd000)] > 0x00007fd0caa20800 JavaThread "LRUBlockCacheStats 1" daemon [_thread_blocked, id=22787, stack(0x00000001191ba000,0x00000001192ba000)] > 0x00007fd0caa62000 JavaThread "LruBlockCache.EvictionThread" daemon [_thread_blocked, id=22275, stack(0x00000001190b2000,0x00000001191b2000)] > {noformat} > They're daemon threads which is good, but we can probably do better and make sure the test that starts them actually cleans them up, too. Need to identify the test which is causing them to be created (likely some test that does something with the LRUBlockCache). -- This message was sent by Atlassian JIRA (v6.3.4#6332)