hbase-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Hadoop QA (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (HBASE-11409) Add more flexibility for input directory structure to LoadIncrementalHFiles
Date Wed, 10 Jan 2018 18:11:00 GMT

    [ https://issues.apache.org/jira/browse/HBASE-11409?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16320751#comment-16320751
] 

Hadoop QA commented on HBASE-11409:
-----------------------------------

| (x) *{color:red}-1 overall{color}* |
\\
\\
|| Vote || Subsystem || Runtime || Comment ||
| {color:blue}0{color} | {color:blue} reexec {color} | {color:blue}  0m  0s{color} | {color:blue}
Docker mode activated. {color} |
| {color:red}-1{color} | {color:red} patch {color} | {color:red}  0m  4s{color} | {color:red}
HBASE-11409 does not apply to master. Rebase required? Wrong Branch? See https://yetus.apache.org/documentation/0.6.0/precommit-patchnames
for help. {color} |
\\
\\
|| Subsystem || Report/Notes ||
| JIRA Issue | HBASE-11409 |
| JIRA Patch URL | https://issues.apache.org/jira/secure/attachment/12905511/HBASE-11409.v4.patch
|
| Console output | https://builds.apache.org/job/PreCommit-HBASE-Build/10985/console |
| Powered by | Apache Yetus 0.6.0   http://yetus.apache.org |


This message was automatically generated.



> Add more flexibility for input directory structure to LoadIncrementalHFiles
> ---------------------------------------------------------------------------
>
>                 Key: HBASE-11409
>                 URL: https://issues.apache.org/jira/browse/HBASE-11409
>             Project: HBase
>          Issue Type: Bug
>    Affects Versions: 3.0.0
>            Reporter: churro morales
>            Assignee: churro morales
>             Fix For: 2.0.0-beta-2
>
>         Attachments: HBASE-11409.v1.patch, HBASE-11409.v2.patch, HBASE-11409.v3.patch,
HBASE-11409.v4.patch
>
>
> Use case:
> We were trying to combine two very large tables into a single table.  Thus we ran jobs
in one datacenter that populated certain column families and another datacenter which populated
other column families.  Took a snapshot and exported them to their respective datacenters.
 Wanted to simply take the hdfs restored snapshot and use LoadIncremental to merge the data.
 
> It would be nice to add support where we could run LoadIncremental on a directory where
the depth of store files is something other than two (current behavior).  
> With snapshots it would be nice if you could pass a restored hdfs snapshot's directory
and have the tool run.  
> I am attaching a patch where I parameterize the bulkLoad timeout as well as the default
store file depth.  



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

Mime
View raw message