Return-Path: X-Original-To: archive-asf-public-internal@cust-asf2.ponee.io Delivered-To: archive-asf-public-internal@cust-asf2.ponee.io Received: from cust-asf.ponee.io (cust-asf.ponee.io [163.172.22.183]) by cust-asf2.ponee.io (Postfix) with ESMTP id DD7DE200CE7 for ; Fri, 1 Sep 2017 18:53:27 +0200 (CEST) Received: by cust-asf.ponee.io (Postfix) id DC00316D5B7; Fri, 1 Sep 2017 16:53:27 +0000 (UTC) Delivered-To: archive-asf-public@cust-asf.ponee.io Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by cust-asf.ponee.io (Postfix) with SMTP id 395F016D5B9 for ; Fri, 1 Sep 2017 18:53:27 +0200 (CEST) Received: (qmail 78989 invoked by uid 500); 1 Sep 2017 16:53:20 -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 78978 invoked by uid 99); 1 Sep 2017 16:53:20 -0000 Received: from pnap-us-west-generic-nat.apache.org (HELO spamd2-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 01 Sep 2017 16:53:20 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd2-us-west.apache.org (ASF Mail Server at spamd2-us-west.apache.org) with ESMTP id 9443C1A17B9 for ; Fri, 1 Sep 2017 16:53:07 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd2-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: -100.002 X-Spam-Level: X-Spam-Status: No, score=-100.002 tagged_above=-999 required=6.31 tests=[RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001, USER_IN_WHITELIST=-100] autolearn=disabled Received: from mx1-lw-us.apache.org ([10.40.0.8]) by localhost (spamd2-us-west.apache.org [10.40.0.9]) (amavisd-new, port 10024) with ESMTP id GJIDY4GKobku for ; Fri, 1 Sep 2017 16:53:03 +0000 (UTC) Received: from mailrelay1-us-west.apache.org (mailrelay1-us-west.apache.org [209.188.14.139]) by mx1-lw-us.apache.org (ASF Mail Server at mx1-lw-us.apache.org) with ESMTP id D0EDF5F6BF for ; Fri, 1 Sep 2017 16:53:02 +0000 (UTC) Received: from jira-lw-us.apache.org (unknown [207.244.88.139]) by mailrelay1-us-west.apache.org (ASF Mail Server at mailrelay1-us-west.apache.org) with ESMTP id 70AEAE0DF4 for ; Fri, 1 Sep 2017 16:53:01 +0000 (UTC) Received: from jira-lw-us.apache.org (localhost [127.0.0.1]) by jira-lw-us.apache.org (ASF Mail Server at jira-lw-us.apache.org) with ESMTP id 9F06A24167 for ; Fri, 1 Sep 2017 16:53:00 +0000 (UTC) Date: Fri, 1 Sep 2017 16:53:00 +0000 (UTC) From: "Michael Miller (JIRA)" To: notifications@accumulo.apache.org Message-ID: In-Reply-To: References: Subject: [jira] [Issue Comment Deleted] (ACCUMULO-4697) tablet server could kick off too many idle compactions MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 archived-at: Fri, 01 Sep 2017 16:53:28 -0000 [ https://issues.apache.org/jira/browse/ACCUMULO-4697?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Michael Miller updated ACCUMULO-4697: ------------------------------------- Comment: was deleted (was: [~elserj] Could this be causing periodic time out of CyclicReplicationIT? https://jenkins.revelc.net/job/Accumulo-2.0-ITs/lastBuild/org.apache.accumulo$accumulo-test/testReport/org.apache.accumulo.test.replication/CyclicReplicationIT/dataIsNotOverReplicated/) > tablet server could kick off too many idle compactions > ------------------------------------------------------ > > Key: ACCUMULO-4697 > URL: https://issues.apache.org/jira/browse/ACCUMULO-4697 > Project: Accumulo > Issue Type: Bug > Components: tserver > Reporter: Adam Fuchs > Priority: Minor > Time Spent: 10m > Remaining Estimate: 0h > > Tablet.initiateMajorCompaction() always returns false, but we check the return value when accounting for the number of idle major compactions started in TabletServer.MajorCompactor.run() and continue to kick off idle compactions on every tablet. > DefaultCompactionStrategy doesn't do anything special for idle compactions, so this will only be an issue with a custom CompactionStrategy. > My guess would be the best thing to do would be to get rid of idle compactions and get rid of the return value on initiateMajorCompaction(). -- This message was sent by Atlassian JIRA (v6.4.14#64029)