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 62481200BAA for ; Thu, 22 Sep 2016 02:51:22 +0200 (CEST) Received: by cust-asf.ponee.io (Postfix) id 60D71160ADB; Thu, 22 Sep 2016 00:51:22 +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 A74FD160ADE for ; Thu, 22 Sep 2016 02:51:21 +0200 (CEST) Received: (qmail 74406 invoked by uid 500); 22 Sep 2016 00:51:20 -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 74381 invoked by uid 99); 22 Sep 2016 00:51:20 -0000 Received: from arcas.apache.org (HELO arcas) (140.211.11.28) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 22 Sep 2016 00:51:20 +0000 Received: from arcas.apache.org (localhost [127.0.0.1]) by arcas (Postfix) with ESMTP id 98B802C2A66 for ; Thu, 22 Sep 2016 00:51:20 +0000 (UTC) Date: Thu, 22 Sep 2016 00:51:20 +0000 (UTC) From: "Ted Yu (JIRA)" To: issues@hbase.apache.org Message-ID: In-Reply-To: References: Subject: [jira] [Updated] (HBASE-16672) Add option for bulk load to copy hfile(s) instead of renaming MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 archived-at: Thu, 22 Sep 2016 00:51:22 -0000 [ https://issues.apache.org/jira/browse/HBASE-16672?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ted Yu updated HBASE-16672: --------------------------- Description: This is related to HBASE-14417, to support incrementally restoring to multiple destinations, this issue adds option which would always copy hfile(s) during bulk load. (was: While working on HBASE-14417, I found that taking full backup of table which received bulk loaded hfiles and later gone through incremental restore failed with the following exception: {code} 2016-09-21 11:33:06,340 WARN [member: '10.22.9.171,53915,1474482617015' subprocedure-pool7-thread-1] snapshot.RegionServerSnapshotManager$SnapshotSubprocedurePool(347): Got Exception in SnapshotSubprocedurePool java.util.concurrent.ExecutionException: java.io.FileNotFoundException: File does not exist: hdfs://localhost:53901/user/tyu/test-data/48928d44-9757-4923-af29-60288fb8a553/data/ns1/test-1474482646700/ d1a93d05a75c596533ba4331a378fb3a/f/3dfb3a37cf6b4b519769b3116d8ab35a_SeqId_205_ at java.util.concurrent.FutureTask.report(FutureTask.java:122) at java.util.concurrent.FutureTask.get(FutureTask.java:192) at org.apache.hadoop.hbase.regionserver.snapshot.RegionServerSnapshotManager$SnapshotSubprocedurePool.waitForOutstandingTasks(RegionServerSnapshotManager.java:323) at org.apache.hadoop.hbase.regionserver.snapshot.FlushSnapshotSubprocedure.flushSnapshot(FlushSnapshotSubprocedure.java:139) at org.apache.hadoop.hbase.regionserver.snapshot.FlushSnapshotSubprocedure.insideBarrier(FlushSnapshotSubprocedure.java:159) {code} The cause was that the bulk loaded hfiles in source table were renamed during bulk load step of incremental restore. To support incrementally restoring to multiple destinations, this issue adds option which would always copy hfile(s) during bulk load.) > Add option for bulk load to copy hfile(s) instead of renaming > ------------------------------------------------------------- > > Key: HBASE-16672 > URL: https://issues.apache.org/jira/browse/HBASE-16672 > Project: HBase > Issue Type: Improvement > Reporter: Ted Yu > Assignee: Ted Yu > Attachments: 16672.v1.txt, 16672.v2.txt, 16672.v3.txt, 16672.v4.txt > > > This is related to HBASE-14417, to support incrementally restoring to multiple destinations, this issue adds option which would always copy hfile(s) during bulk load. -- This message was sent by Atlassian JIRA (v6.3.4#6332)