Return-Path: X-Original-To: archive-asf-public-internal@cust-asf2.ponee.io Delivered-To: archive-asf-public-internal@cust-asf2.ponee.io Received: from cust-asf.ponee.io (cust-asf.ponee.io [163.172.22.183]) by cust-asf2.ponee.io (Postfix) with ESMTP id D3F06200C35 for ; Sun, 26 Feb 2017 01:44:50 +0100 (CET) Received: by cust-asf.ponee.io (Postfix) id CA5D9160B7B; Sun, 26 Feb 2017 00:44:50 +0000 (UTC) Delivered-To: archive-asf-public@cust-asf.ponee.io Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by cust-asf.ponee.io (Postfix) with SMTP id 1BAAE160B5D for ; Sun, 26 Feb 2017 01:44:49 +0100 (CET) Received: (qmail 81425 invoked by uid 500); 26 Feb 2017 00:44:49 -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 81414 invoked by uid 99); 26 Feb 2017 00:44:49 -0000 Received: from pnap-us-west-generic-nat.apache.org (HELO spamd2-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 26 Feb 2017 00:44:49 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd2-us-west.apache.org (ASF Mail Server at spamd2-us-west.apache.org) with ESMTP id 85B9F1A050C for ; Sun, 26 Feb 2017 00:44:48 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd2-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: -2.347 X-Spam-Level: X-Spam-Status: No, score=-2.347 tagged_above=-999 required=6.31 tests=[RP_MATCHES_RCVD=-2.999, SPF_NEUTRAL=0.652] autolearn=disabled Received: from mx1-lw-us.apache.org ([10.40.0.8]) by localhost (spamd2-us-west.apache.org [10.40.0.9]) (amavisd-new, port 10024) with ESMTP id gtzdyRoR-KHz for ; Sun, 26 Feb 2017 00:44:47 +0000 (UTC) Received: from mailrelay1-us-west.apache.org (mailrelay1-us-west.apache.org [209.188.14.139]) by mx1-lw-us.apache.org (ASF Mail Server at mx1-lw-us.apache.org) with ESMTP id 543555FC06 for ; Sun, 26 Feb 2017 00:44:47 +0000 (UTC) Received: from jira-lw-us.apache.org (unknown [207.244.88.139]) by mailrelay1-us-west.apache.org (ASF Mail Server at mailrelay1-us-west.apache.org) with ESMTP id D8789E05EE for ; Sun, 26 Feb 2017 00:44:45 +0000 (UTC) Received: from jira-lw-us.apache.org (localhost [127.0.0.1]) by jira-lw-us.apache.org (ASF Mail Server at jira-lw-us.apache.org) with ESMTP id D175124134 for ; Sun, 26 Feb 2017 00:44:44 +0000 (UTC) Date: Sun, 26 Feb 2017 00:44:44 +0000 (UTC) From: "Appy (JIRA)" To: issues@hbase.apache.org Message-ID: In-Reply-To: References: Subject: [jira] [Comment Edited] (HBASE-17699) Fix TestLockProcedure MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 archived-at: Sun, 26 Feb 2017 00:44:51 -0000 [ https://issues.apache.org/jira/browse/HBASE-17699?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15884440#comment-15884440 ] Appy edited comment on HBASE-17699 at 2/26/17 12:43 AM: -------------------------------------------------------- bq. In the MasterProcedureScheduler#clear, should you call the super#clear? Fix on commit. There is no super#clear. There's no implementation of that function in AbstractProcedureScheduler. Updated javadoc for ProcedureScheduler#clear() to mention it's real purpose. That'll clear the confusion around comment. bq. Should we clear table and server queue and runqueues in the MasterProcedureScheduler when #clear is called? It already does by calling clearQueue() which cleans up runqueues, tableMap and serverBuckets. bq. The clearQueue() is useless for AbstractProcedureScheduler. Should it be removed? Good point. Removed. Waiting for a day before committing in case anyone wants to followup. was (Author: appy): bq. In the MasterProcedureScheduler#clear, should you call the super#clear? Fix on commit. There is no super#clear. There's no implementation of that function in AbstractProcedureScheduler. Updated javadoc for ProcedureScheduler#clear() to mention it's real purpose. That'll clear the confusion around comment. bq. Should we clear table and server queue and runqueues in the MasterProcedureScheduler when #clear is called? It already does by calling clearQueue() which cleans up runqueues, tableMap and serverBuckets. bq. The clearQueue() is useless for AbstractProcedureScheduler. Should it be removed? Good point. Removed. > Fix TestLockProcedure > --------------------- > > Key: HBASE-17699 > URL: https://issues.apache.org/jira/browse/HBASE-17699 > Project: HBase > Issue Type: Bug > Components: proc-v2 > Reporter: Appy > Assignee: Appy > Priority: Blocker > Attachments: HBASE-17699.master.001.patch, HBASE-17699.master.002.patch > > > TestLockProcedure is failing consistently after HBASE-17605. It's interesting that HadoopQA didn't report any test failures on that jira. Anyways, need to fix the test now. -- This message was sent by Atlassian JIRA (v6.3.15#6346)