From user-return-55772-archive-asf-public=cust-asf.ponee.io@hbase.apache.org Wed Mar 13 14:55:59 2019 Return-Path: X-Original-To: archive-asf-public@cust-asf.ponee.io Delivered-To: archive-asf-public@cust-asf.ponee.io Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by mx-eu-01.ponee.io (Postfix) with SMTP id 8747B18064A for ; Wed, 13 Mar 2019 15:55:59 +0100 (CET) Received: (qmail 37928 invoked by uid 500); 13 Mar 2019 14:55:58 -0000 Mailing-List: contact user-help@hbase.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: user@hbase.apache.org Delivered-To: mailing list user@hbase.apache.org Received: (qmail 37917 invoked by uid 99); 13 Mar 2019 14:55:58 -0000 Received: from mail-relay.apache.org (HELO mailrelay1-lw-us.apache.org) (207.244.88.152) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 13 Mar 2019 14:55:58 +0000 Received: from hw13390.local (outbound.hortonworks.com [192.175.27.2]) by mailrelay1-lw-us.apache.org (ASF Mail Server at mailrelay1-lw-us.apache.org) with ESMTPSA id 1A78A12B4 for ; Wed, 13 Mar 2019 14:55:56 +0000 (UTC) Subject: Re: : Investigate hbase superuser permissions in the face of quota violation-HBASE-17978 To: user@hbase.apache.org References: From: Josh Elser Message-ID: Date: Wed, 13 Mar 2019 10:55:54 -0400 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:66.0) Gecko/20100101 Thunderbird/66.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit A superuser should be able to still initiate a compaction: https://issues.apache.org/jira/browse/HBASE-17978 If the compaction didn't actually happen, that's a problem. On 3/13/19 3:09 AM, Uma wrote: > ---------- Forwarded message --------- > From: Uma > Date: Wed 13 Mar, 2019, 6:54 AM > Subject: Investigate hbase superuser permissions in the face of quota > violation-HBASE-17978 > To: user-subscribe@hbase.apache.org > > > Hi Users, > > I observed that in case quota policy was enabled that disallowed > compaction, Super User is able to issue compaction command and no error is > thrown to user. But actually compaction is not happening for that table. In > debug log below message is printed: > > “as an active space quota violation policy disallows compactions.” > > Is it correct behaviour? > > > > Thanks, > > Uma > > Sent from Mail for Windows > 10 > > > > > Virus-free. > www.avast.com > > <#m_7450450616560611580_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2> >