Return-Path: 
 <notifications-return-33954-apmail-accumulo-notifications-archive=accumulo.apache.org@accumulo.apache.org>
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 9C6BC185F2
	for <apmail-accumulo-notifications-archive@minotaur.apache.org>;
 Tue,  9 Feb 2016 17:02:18 +0000 (UTC)
Received: (qmail 33807 invoked by uid 500); 9 Feb 2016 17:02:18 -0000
Delivered-To: apmail-accumulo-notifications-archive@accumulo.apache.org
Received: (qmail 33733 invoked by uid 500); 9 Feb 2016 17:02:18 -0000
Mailing-List: contact notifications-help@accumulo.apache.org; run by ezmlm
Precedence: bulk
List-Help: <mailto:notifications-help@accumulo.apache.org>
List-Unsubscribe: <mailto:notifications-unsubscribe@accumulo.apache.org>
List-Post: <mailto:notifications@accumulo.apache.org>
List-Id: <notifications.accumulo.apache.org>
Reply-To: jira@apache.org
Delivered-To: mailing list notifications@accumulo.apache.org
Received: (qmail 33262 invoked by uid 99); 9 Feb 2016 17:02:18 -0000
Received: from arcas.apache.org (HELO arcas) (140.211.11.28)
    by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 09 Feb 2016 17:02:18 +0000
Received: from arcas.apache.org (localhost [127.0.0.1])
	by arcas (Postfix) with ESMTP id 249CC2C1F60
	for <notifications@accumulo.apache.org>;
 Tue,  9 Feb 2016 17:02:18 +0000 (UTC)
Date: Tue, 9 Feb 2016 17:02:18 +0000 (UTC)
From: "Michael Wall (JIRA)" <jira@apache.org>
To: notifications@accumulo.apache.org
Message-ID: <JIRA.12937920.1455037315000.6816.1455037338147@Atlassian.JIRA>
In-Reply-To: <JIRA.12937920.1455037315000@Atlassian.JIRA>
References: <JIRA.12937920.1455037315000@Atlassian.JIRA>
 <JIRA.12937920.1455037315214@arcas>
Subject: [jira] [Created] (ACCUMULO-4138) CompactCommand description is
 incorrect
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394

Michael Wall created ACCUMULO-4138:
--------------------------------------

             Summary: CompactCommand description is incorrect
                 Key: ACCUMULO-4138
                 URL: https://issues.apache.org/jira/browse/ACCUMULO-4138
             Project: Accumulo
          Issue Type: Bug
          Components: shell
    Affects Versions: 1.7.0, 1.6.4
            Reporter: Michael Wall
            Priority: Minor


The compact command has the following description 
{code}
root@accumulo> compact -?
usage: compact [<table>{ <table>}] [-?] [-b <begin-row>] [--cancel] [-e <end-row>] [-nf] [-ns <namespace> | -p <pattern> | -t <tableName>]  [-pn <profile>]  [-w]
description: sets all tablets for a table to major compact as soon as possible (based on current time)
  -?,--help                       display this help
  -b,--begin-row <begin-row>      begin row (inclusive)
     --cancel                     cancel user initiated compactions
  -e,--end-row <end-row>          end row (inclusive)
  -nf,--noFlush                   do not flush table data in memory before compacting.
  -ns,--namespace <namespace>     name of a namespace to operate on
  -p,--pattern <pattern>          regex pattern of table names to operate on
  -pn,--profile <profile>         iterator profile name
  -t,--table <tableName>          name of a table to operate on
  -w,--wait                       wait for compact to finish
{code}

However, the --begin-row is not inclusive.  Here is a simple demonstration.
{code}
createtable compacttest
addsplits a b c
insert "a" "1" "" ""
insert "a" "2" "" ""
insert "b" "3" "" ""
insert "b" "4" "" ""
insert "c" "5" "" ""
insert "c" "6" "" ""
flush -w
scan -t accumulo.metadata -np
compact -b a -e c -t compacttest -w
scan -t accumulo.metadata -np
deletetable compacttest -f
{code}

You will see that file associated with the 'a' split is still a F flush file, which the files in the 'b' and 'c' split are A files.

Not sure if the fix is to update the commands description, which would be easy, or to make the begin row actually inclusive.



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