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 7FE00200CB5 for ; Wed, 7 Jun 2017 08:03:24 +0200 (CEST) Received: by cust-asf.ponee.io (Postfix) id 7E7C7160BC6; Wed, 7 Jun 2017 06:03:24 +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 C555D160BD3 for ; Wed, 7 Jun 2017 08:03:23 +0200 (CEST) Received: (qmail 84195 invoked by uid 500); 7 Jun 2017 06:03:22 -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 83925 invoked by uid 99); 7 Jun 2017 06:03:22 -0000 Received: from pnap-us-west-generic-nat.apache.org (HELO spamd4-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 07 Jun 2017 06:03:22 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd4-us-west.apache.org (ASF Mail Server at spamd4-us-west.apache.org) with ESMTP id 55486C08B5 for ; Wed, 7 Jun 2017 06:03:22 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd4-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: -99.202 X-Spam-Level: X-Spam-Status: No, score=-99.202 tagged_above=-999 required=6.31 tests=[KAM_ASCII_DIVIDERS=0.8, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001, USER_IN_WHITELIST=-100] autolearn=disabled Received: from mx1-lw-us.apache.org ([10.40.0.8]) by localhost (spamd4-us-west.apache.org [10.40.0.11]) (amavisd-new, port 10024) with ESMTP id Wynw53JzYLOz for ; Wed, 7 Jun 2017 06:03:21 +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 F05E05FC1C for ; Wed, 7 Jun 2017 06:03:20 +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 470F6E01A8 for ; Wed, 7 Jun 2017 06:03:20 +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 2699A21E17 for ; Wed, 7 Jun 2017 06:03:19 +0000 (UTC) Date: Wed, 7 Jun 2017 06:03:19 +0000 (UTC) From: "Yu Li (JIRA)" To: issues@hbase.apache.org Message-ID: In-Reply-To: References: Subject: [jira] [Commented] (HBASE-18066) Get with closest_row_before on "hbase:meta" can return empty Cell during region merge/split MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 archived-at: Wed, 07 Jun 2017 06:03:24 -0000 [ https://issues.apache.org/jira/browse/HBASE-18066?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16040249#comment-16040249 ] Yu Li commented on HBASE-18066: ------------------------------- Yes, we use many threads in TestHRegion#testWritesWhileRollWriter to make sure ringbuffer could be filled up thus reproducing the HBASE-16429 case. I'm ok to reduce the thread number as long as it could still reproduces the issue. And it seems there's some typo since 1024 to 1024 means no change? [~openinx] > Get with closest_row_before on "hbase:meta" can return empty Cell during region merge/split > ------------------------------------------------------------------------------------------- > > Key: HBASE-18066 > URL: https://issues.apache.org/jira/browse/HBASE-18066 > Project: HBase > Issue Type: Bug > Components: hbase, regionserver > Affects Versions: 1.3.1 > Environment: Linux (16.04.2), MacOS 10.11.6. > Standalone and distributed HBase setup. > Reporter: Andrey Elenskiy > Assignee: Zheng Hu > Fix For: 1.4.0, 1.2.6, 1.3.2, 1.1.11 > > Attachments: HBASE-18066.branch-1.1.v1.patch, HBASE-18066.branch-1.1.v2.patch, HBASE-18066.branch-1.1.v2.patch, HBASE-18066.branch-1.3.v1.patch, HBASE-18066.branch-1.3.v2.patch, HBASE-18066.branch-1.3.v2.patch, HBASE-18066.branch-1.v1.patch, HBASE-18066.branch-1.v2.patch, HBASE-18066.branch-1.v3.patch, HBASE-18066.branch-1.v4.patch, TestGetWithClosestRowBeforeWhenSplit.java > > > During region split/merge there's a brief period of time where doing a "Get" with "closest_row_before=true" on "hbase:meta" may return empty "GetResponse.result.cell" field even though parent, splitA and splitB regions are all in "hbase:meta". Both gohbase (https://github.com/tsuna/gohbase) and AsyncHBase (https://github.com/OpenTSDB/asynchbase) interprets this as "TableDoesNotExist", which is returned to the client. > Here's a gist that reproduces this problem: https://gist.github.com/Timoha/c7a236b768be9220e85e53e1ca53bf96. Note that you have to use older HTable client (I used 1.2.4) as current versions ignore `Get.setClosestRowBefore(bool)` option. -- This message was sent by Atlassian JIRA (v6.3.15#6346)