Return-Path: X-Original-To: apmail-accumulo-user-archive@www.apache.org Delivered-To: apmail-accumulo-user-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id EC22E102F3 for ; Fri, 30 May 2014 05:43:20 +0000 (UTC) Received: (qmail 19593 invoked by uid 500); 30 May 2014 05:43:20 -0000 Delivered-To: apmail-accumulo-user-archive@accumulo.apache.org Received: (qmail 19540 invoked by uid 500); 30 May 2014 05:43:20 -0000 Mailing-List: contact user-help@accumulo.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: user@accumulo.apache.org Delivered-To: mailing list user@accumulo.apache.org Received: (qmail 19532 invoked by uid 99); 30 May 2014 05:43:20 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 30 May 2014 05:43:20 +0000 X-ASF-Spam-Status: No, hits=-2.8 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_HI,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of prvs=1227fa5539=matt.dickson@defence.gov.au designates 203.6.68.1 as permitted sender) Received: from [203.6.68.1] (HELO actmail.defence.gov.au) (203.6.68.1) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 30 May 2014 05:43:16 +0000 Received: from HARPMS03.stag.defence.gov.au (unknown [10.27.22.39]) by dmz1-mf11.fys.haigs with smtp id 50aa_035c_e9677f23_8981_4f32_8ae9_1fc19f6b1432; Fri, 30 May 2014 05:42:53 +0000 From: "Dickson, Matt MR" To: "'user@accumulo.apache.org'" Date: Fri, 30 May 2014 15:42:52 +1000 Subject: RE: Table locked due to minc's [SEC=UNOFFICIAL] Thread-Topic: Table locked due to minc's [SEC=UNOFFICIAL] Thread-Index: Ac97xA13BQZHFJqnTS2DABlC1A4PaAABUJfw Message-ID: <24070BEF0A3F684489AA943FD3439EF20AC05871ED@CARRXM06.drn.mil.au> References: <24070BEF0A3F684489AA943FD3439EF20AC05871EC@CARRXM06.drn.mil.au> In-Reply-To: Accept-Language: en-US, en-AU Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-protective-marking: VER=2012.3, NS=gov.au, SEC=UNOFFICIAL, ORIGIN=matt.dickson@defence.gov.au x-tituslabs-classifications-30: TLPropertyRoot=Titus;SEC=UNOFFICIAL; x-tituslabs-classificationhash-30: VgNFIFU9Hx+/nZJb9Kg7IhiM3dV2xhnJ/NHISYT5jdy3GcDdYdCvzo0QkgniZC69AUsZOpM5SaXvCftCEH13ttPAHATXQg7c9+vI60bPz1Ynq6XvZ0Sv+Iu8sAIwkrzMcQY8Kh59iG/ebL5wYB5iAtLPF1wCPo80k8LBuoH2yacHh+maSphGzLhHNYi7hvd+HnBQUOiv0gW+5yaBC1XXcg== x-titus-version: 3.5.8.4 x-tituslabs-subjectpostlabel: [SEC=UNOFFICIAL] acceptlanguage: en-US, en-AU Content-Type: multipart/alternative; boundary="_000_24070BEF0A3F684489AA943FD3439EF20AC05871EDCARRXM06drnmi_" MIME-Version: 1.0 X-OriginalArrivalTime: 30 May 2014 05:42:52.0962 (UTC) FILETIME=[FFF06020:01CF7BC9] X-Virus-Checked: Checked by ClamAV on apache.org --_000_24070BEF0A3F684489AA943FD3439EF20AC05871EDCARRXM06drnmi_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable UNOFFICIAL That seems to have removed the minor compactions, however the table now see= ms stuck in the 'DELETING' state with '-' registered for all other attribut= es in the console. ________________________________ From: Mike Drob [mailto:mdrob@mdrob.com] Sent: Friday, 30 May 2014 15:00 To: user@accumulo.apache.org Subject: Re: Table locked due to minc's [SEC=3DUNOFFICIAL] Killing the tserver should shake things up enough to get the table moving. On May 29, 2014 8:48 PM, "Dickson, Matt MR" > wrote: UNOFFICIAL I'm trying to drop a table and the drop seems to be hanging due to 4 minc's= running. The minor compactions have now been running for 6 hours and the = table is in 'DELETING' state. Looking at the servers with tablets for this table, there is now only one s= erver listing 6 tablets. Interestingly each of these tables has no entries= . Is there a way to force delete/drop these tablets or cancel the minc's? Thanks in advance, Matt --_000_24070BEF0A3F684489AA943FD3439EF20AC05871EDCARRXM06drnmi_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

UNOFFICIAL

That seems to have removed the minor compactions, how= ever the=20 table now seems stuck in the 'DELETING' state with '-' registered for all o= ther=20 attributes in the console.


From: Mike Drob [mailto:mdrob@mdrob.com= ]=20
Sent: Friday, 30 May 2014 15:00
To:=20 user@accumulo.apache.org
Subject: Re: Table locked due to minc's= =20 [SEC=3DUNOFFICIAL]

Killing the tserver should shake things up enough to get the t= able=20 moving.

On May 29, 2014 8:48 PM, "Dickson, Matt MR" <matt.dickson@defence.gov.au= >=20 wrote:

UNOFFICIAL

I'm trying to drop a table and the drop see= ms to=20 be hanging due to 4 minc's running.  The minor compactions have now = been=20 running for 6 hours and the table is in 'DELETING' state. =20
 
Looking at the servers with tablets for thi= s=20 table, there is now only one server listing 6 tablets.  Interestingl= y=20 each of these tables has no entries.
 
Is there a way to force delete/drop these t= ablets=20 or cancel the minc's?
 
Thanks in advance,
Matt
--_000_24070BEF0A3F684489AA943FD3439EF20AC05871EDCARRXM06drnmi_--