Mailing-List: contact notifications-help@accumulo.apache.org; run by ezmlm
Precedence: bulk
Reply-To: jira@apache.org
Date: Thu, 27 Feb 2014 19:07:22 +0000 (UTC)
From: "Sean Busbey (JIRA)" <jira@apache.org>
To: notifications@accumulo.apache.org
Message-ID: <JIRA.12668305.1379006364235.119573.1393528041966@arcas>
In-Reply-To: <JIRA.12668305.1379006364235@arcas>
References: <JIRA.12668305.1379006364235@arcas>
Subject: [jira] [Updated] (ACCUMULO-1713) defer deleting _tmp files to
 recovery-likely scenarios
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit


     [ https://issues.apache.org/jira/browse/ACCUMULO-1713?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Sean Busbey updated ACCUMULO-1713:
----------------------------------

    Assignee: Eric Newton

> defer deleting _tmp files to recovery-likely scenarios
> ------------------------------------------------------
>
>                 Key: ACCUMULO-1713
>                 URL: https://issues.apache.org/jira/browse/ACCUMULO-1713
>             Project: Accumulo
>          Issue Type: Sub-task
>          Components: gc
>            Reporter: Eric Newton
>            Assignee: Eric Newton
>            Priority: Minor
>             Fix For: 1.5.1, 1.6.0
>
>
> it might not be a good idea to do thousands of globStatus() calls to the namenode during start-up on a large cluster.  Wait to clean-up _tmp files to scenarios where _tmp files are likely to exist:
>  # when log recover is performed
>  # when tablet needs to be compacted right after it is loaded


--
This message was sent by Atlassian JIRA
(v6.1.5#6160)