Return-Path: X-Original-To: apmail-hbase-issues-archive@www.apache.org Delivered-To: apmail-hbase-issues-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 247C1102CB for ; Mon, 9 Mar 2015 22:25:39 +0000 (UTC) Received: (qmail 40468 invoked by uid 500); 9 Mar 2015 22:25:38 -0000 Delivered-To: apmail-hbase-issues-archive@hbase.apache.org Received: (qmail 40417 invoked by uid 500); 9 Mar 2015 22:25:38 -0000 Mailing-List: contact issues-help@hbase.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Delivered-To: mailing list issues@hbase.apache.org Received: (qmail 40404 invoked by uid 99); 9 Mar 2015 22:25:38 -0000 Received: from arcas.apache.org (HELO arcas.apache.org) (140.211.11.28) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 09 Mar 2015 22:25:38 +0000 Date: Mon, 9 Mar 2015 22:25:38 +0000 (UTC) From: "Matteo Bertozzi (JIRA)" To: issues@hbase.apache.org Message-ID: In-Reply-To: References: Subject: [jira] [Created] (HBASE-13182) Test NamespaceAuditor/AccessController create/delete table is flaky MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 Matteo Bertozzi created HBASE-13182: --------------------------------------- Summary: Test NamespaceAuditor/AccessController create/delete table is flaky Key: HBASE-13182 URL: https://issues.apache.org/jira/browse/HBASE-13182 Project: HBase Issue Type: Test Components: test Reporter: Matteo Bertozzi Assignee: Matteo Bertozzi Priority: Minor Attachments: HBASE-13182-v0.patch Similar to HBASE-13179 TestNamespaceAuditor and the two test AccessController fail when create or delete table takes more time.and it is because the sync version of the Admin operation is not sync, but relies on the last operation on the server e.g. delete meta. but the post-operation method of the coprocessor is called after meta is deleted.. long story short, the client is not really sync and it will be fixed by HBASE-12439. similar to what we do in TestMasterObserver we can add an observer with a countDownLatch to wait the postOpHandler call. -- This message was sent by Atlassian JIRA (v6.3.4#6332)