Mailing-List: contact dev-help@accumulo.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@accumulo.apache.org
Message-ID: <587FD9C6.6020506@gmail.com>
Date: Wed, 18 Jan 2017 16:10:30 -0500
From: Josh Elser <josh.elser@gmail.com>
User-Agent: Postbox 3.0.11 (Macintosh/20140602)
MIME-Version: 1.0
To: dev <dev@accumulo.apache.org>
Subject: Re: Orphaned table in metadata table [SEC=UNOFFICIAL]
References: <24070BEF0A3F684489AA943FD3439EF20BB7693040@CARRXM06.drn.mil.au> <CAGUtCHrj_2xcevGwfT0uyy_ezcKY09rKAQ5c+jcpCY-zCyJE4Q@mail.gmail.com> <24070BEF0A3F684489AA943FD3439EF20BB7693043@CARRXM06.drn.mil.au> <CAGUtCHpS=RRTJgbnB1FEEeTysxMKVfTv70xsb3u7=EVpaSa-JA@mail.gmail.com>
In-Reply-To: <CAGUtCHpS=RRTJgbnB1FEEeTysxMKVfTv70xsb3u7=EVpaSa-JA@mail.gmail.com>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
archived-at: Wed, 18 Jan 2017 21:10:42 -0000


Keith Turner wrote:
> OnWed, Jan 18, 2017  at 3:28 PM,  Dickson, Matt MR
> <matt.dickson@defence.gov.au>  wrote:
>> >  UNOFFICIAL
>> >
>> >  There is no table listed with that id when running 'tables -l -s'
>> >
>> >  Grepping the master log there are a bunch of WARN's stating "No prev-row for key extent: {1de;... future:....}"
>> >
>> >  These must be due to the orphaned entries in the metadata table.  Unfortunately I believe the delete of this table was run several months ago so finding logs referencing a failed delete isn't possible.
>> >
>> >  Since no table exists I should be safe to remove those entries?
>
> Yeah
>

Is this something we could/should automate into a tool? Do we have 
something for it already that could just be better tested/hardened?