Mailing-List: contact notifications-help@accumulo.apache.org; run by ezmlm
Precedence: bulk
Reply-To: jira@apache.org
Date: Tue, 12 May 2015 19:32:00 +0000 (UTC)
From: "Eric Newton (JIRA)" <jira@apache.org>
To: notifications@accumulo.apache.org
Message-ID: <JIRA.12829303.1431458885000.92177.1431459120010@Atlassian.JIRA>
In-Reply-To: <JIRA.12829303.1431458885000@Atlassian.JIRA>
References: <JIRA.12829303.1431458885000@Atlassian.JIRA>
 <JIRA.12829303.1431458885072@arcas>
Subject: [jira] [Commented] (ACCUMULO-3807) Log Recovery Copy/Sort progress
 exceeds 100%
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit


    [ https://issues.apache.org/jira/browse/ACCUMULO-3807?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14540553#comment-14540553 ] 

Eric Newton commented on ACCUMULO-3807:
---------------------------------------

The NN doesn't know the size of the file we're reading, so neither does the log sorter. It's just an estimate to give the user an idea of how long it is going to take.

> Log Recovery Copy/Sort progress exceeds 100%
> --------------------------------------------
>
>                 Key: ACCUMULO-3807
>                 URL: https://issues.apache.org/jira/browse/ACCUMULO-3807
>             Project: Accumulo
>          Issue Type: Improvement
>          Components: monitor
>            Reporter: Josh Elser
>              Labels: newbie
>             Fix For: 1.6.3, 1.8.0, 1.7.1
>
>
> I regularly notice that the Copy/Sort progress bar for log recovery on the monitor exceeds 100%. We should either
> * Find out why this exceeds 100% and fix the computation
> or
> * Just cap the value so that it just reports 100% and doesn't exceed it.


--
This message was sent by Atlassian JIRA
(v6.3.4#6332)