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 1964910C4D for ; Fri, 27 Feb 2015 23:06:07 +0000 (UTC) Received: (qmail 90164 invoked by uid 500); 27 Feb 2015 23:06:06 -0000 Delivered-To: apmail-hbase-issues-archive@hbase.apache.org Received: (qmail 90120 invoked by uid 500); 27 Feb 2015 23:06:06 -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 90108 invoked by uid 99); 27 Feb 2015 23:06:06 -0000 Received: from arcas.apache.org (HELO arcas.apache.org) (140.211.11.28) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 27 Feb 2015 23:06:06 +0000 Date: Fri, 27 Feb 2015 23:06:06 +0000 (UTC) From: "Elliott Clark (JIRA)" To: issues@hbase.apache.org Message-ID: In-Reply-To: References: Subject: [jira] [Assigned] (HBASE-13128) Make HBCK's lock file retry creation and deletion MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 [ https://issues.apache.org/jira/browse/HBASE-13128?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Elliott Clark reassigned HBASE-13128: ------------------------------------- Assignee: Elliott Clark > Make HBCK's lock file retry creation and deletion > ------------------------------------------------- > > Key: HBASE-13128 > URL: https://issues.apache.org/jira/browse/HBASE-13128 > Project: HBase > Issue Type: Improvement > Components: hbck > Reporter: Victoria > Assignee: Elliott Clark > Priority: Minor > > When hbck runs it creates a lock file to ensure that no two hbck instances are running. We've been seeing creating and removing that file fail sometimes. > This improvement should make the creation, closing of the file, and the deletion retry multiple times. This should allow our alerting which uses this command to be more reliable and have fewer false positives. -- This message was sent by Atlassian JIRA (v6.3.4#6332)