[jira] [Commented] (HBASE-17319) Truncate table with preserve after split may cause truncation to fail
[ https://issues.apache.org/jira/browse/HBASE-17319?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16310555#comment-16310555 ] huaxiang sun commented on HBASE-17319: -- I checked the master branch, it seems that the issue is there. After that, the new test failed for the master. Let me post the patch for the master. > Truncate table with preserve after split may cause truncation to fail > - > > Key: HBASE-17319 > URL: https://issues.apache.org/jira/browse/HBASE-17319 > Project: HBase > Issue Type: Bug > Components: Admin >Affects Versions: 1.1.7, 1.2.4 >Reporter: Allan Yang >Assignee: Allan Yang > Fix For: 2.0.0, 1.4.0 > > Attachments: 17319-branch-1.patch, 17319.stack, > HBASE-17319-branch-1.patch, HBASE-17319-branch-1.patch, HBASE-17319.patch, > TestTruncateTableProcedure-output.tar.gz > > > In truncateTableProcedue , when getting tables regions from meta to recreate > new regions, split parents are not excluded, so the new regions can end up > with the same start key, and the same region dir: > {noformat} > 2016-12-14 20:15:22,231 WARN [RegionOpenAndInitThread-writetest-1] > regionserver.HRegionFileSystem: Trying to create a region that already exists > on disk: > hdfs://hbasedev1/zhengyan-hbase11-func2/.tmp/data/default/writetest/9b2c8d1539cd92661703ceb8a4d518a1 > {noformat} > The truncateTableProcedue will retry forever and never get success. > A attached unit test shows everything. -- This message was sent by Atlassian JIRA (v6.4.14#64029)
[jira] [Commented] (HBASE-17319) Truncate table with preserve after split may cause truncation to fail
[ https://issues.apache.org/jira/browse/HBASE-17319?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16299496#comment-16299496 ] huaxiang sun commented on HBASE-17319: -- Thanks [~tedyu]! > Truncate table with preserve after split may cause truncation to fail > - > > Key: HBASE-17319 > URL: https://issues.apache.org/jira/browse/HBASE-17319 > Project: HBase > Issue Type: Bug > Components: Admin >Affects Versions: 1.1.7, 1.2.4 >Reporter: Allan Yang >Assignee: Allan Yang > Fix For: 2.0.0, 1.4.0 > > Attachments: 17319-branch-1.patch, 17319.stack, > HBASE-17319-branch-1.patch, HBASE-17319-branch-1.patch, HBASE-17319.patch, > TestTruncateTableProcedure-output.tar.gz > > > In truncateTableProcedue , when getting tables regions from meta to recreate > new regions, split parents are not excluded, so the new regions can end up > with the same start key, and the same region dir: > {noformat} > 2016-12-14 20:15:22,231 WARN [RegionOpenAndInitThread-writetest-1] > regionserver.HRegionFileSystem: Trying to create a region that already exists > on disk: > hdfs://hbasedev1/zhengyan-hbase11-func2/.tmp/data/default/writetest/9b2c8d1539cd92661703ceb8a4d518a1 > {noformat} > The truncateTableProcedue will retry forever and never get success. > A attached unit test shows everything. -- This message was sent by Atlassian JIRA (v6.4.14#64029)
[jira] [Commented] (HBASE-17319) Truncate table with preserve after split may cause truncation to fail
[ https://issues.apache.org/jira/browse/HBASE-17319?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16299155#comment-16299155 ] Ted Yu commented on HBASE-17319: Turns out the branch-1 fix was already in 1.4 If it is not clear what should be done for branch-2, I suggest resolving this. > Truncate table with preserve after split may cause truncation to fail > - > > Key: HBASE-17319 > URL: https://issues.apache.org/jira/browse/HBASE-17319 > Project: HBase > Issue Type: Bug > Components: Admin >Affects Versions: 1.1.7, 1.2.4 >Reporter: Allan Yang >Assignee: Allan Yang > Fix For: 2.0.0, 1.4.0 > > Attachments: 17319-branch-1.patch, 17319.stack, > HBASE-17319-branch-1.patch, HBASE-17319-branch-1.patch, HBASE-17319.patch, > TestTruncateTableProcedure-output.tar.gz > > > In truncateTableProcedue , when getting tables regions from meta to recreate > new regions, split parents are not excluded, so the new regions can end up > with the same start key, and the same region dir: > {noformat} > 2016-12-14 20:15:22,231 WARN [RegionOpenAndInitThread-writetest-1] > regionserver.HRegionFileSystem: Trying to create a region that already exists > on disk: > hdfs://hbasedev1/zhengyan-hbase11-func2/.tmp/data/default/writetest/9b2c8d1539cd92661703ceb8a4d518a1 > {noformat} > The truncateTableProcedue will retry forever and never get success. > A attached unit test shows everything. -- This message was sent by Atlassian JIRA (v6.4.14#64029)
[jira] [Commented] (HBASE-17319) Truncate table with preserve after split may cause truncation to fail
[ https://issues.apache.org/jira/browse/HBASE-17319?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16299142#comment-16299142 ] Hadoop QA commented on HBASE-17319: --- | (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 5s{color} | {color:red} HBASE-17319 does not apply to branch-1. Rebase required? Wrong Branch? See https://yetus.apache.org/documentation/0.6.0/precommit-patchnames for help. {color} | \\ \\ || Subsystem || Report/Notes || | JIRA Issue | HBASE-17319 | | JIRA Patch URL | https://issues.apache.org/jira/secure/attachment/12903112/HBASE-17319-branch-1.patch | | Console output | https://builds.apache.org/job/PreCommit-HBASE-Build/10595/console | | Powered by | Apache Yetus 0.6.0 http://yetus.apache.org | This message was automatically generated. > Truncate table with preserve after split may cause truncation to fail > - > > Key: HBASE-17319 > URL: https://issues.apache.org/jira/browse/HBASE-17319 > Project: HBase > Issue Type: Bug > Components: Admin >Affects Versions: 1.1.7, 1.2.4 >Reporter: Allan Yang >Assignee: Allan Yang > Fix For: 2.0.0, 1.5.0 > > Attachments: 17319-branch-1.patch, 17319.stack, > HBASE-17319-branch-1.patch, HBASE-17319-branch-1.patch, HBASE-17319.patch, > TestTruncateTableProcedure-output.tar.gz > > > In truncateTableProcedue , when getting tables regions from meta to recreate > new regions, split parents are not excluded, so the new regions can end up > with the same start key, and the same region dir: > {noformat} > 2016-12-14 20:15:22,231 WARN [RegionOpenAndInitThread-writetest-1] > regionserver.HRegionFileSystem: Trying to create a region that already exists > on disk: > hdfs://hbasedev1/zhengyan-hbase11-func2/.tmp/data/default/writetest/9b2c8d1539cd92661703ceb8a4d518a1 > {noformat} > The truncateTableProcedue will retry forever and never get success. > A attached unit test shows everything. -- This message was sent by Atlassian JIRA (v6.4.14#64029)
[jira] [Commented] (HBASE-17319) Truncate table with preserve after split may cause truncation to fail
[ https://issues.apache.org/jira/browse/HBASE-17319?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16299128#comment-16299128 ] Hadoop QA commented on HBASE-17319: --- | (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-17319 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-17319 | | JIRA Patch URL | https://issues.apache.org/jira/secure/attachment/12903081/17319-branch-1.patch | | Console output | https://builds.apache.org/job/PreCommit-HBASE-Build/10594/console | | Powered by | Apache Yetus 0.6.0 http://yetus.apache.org | This message was automatically generated. > Truncate table with preserve after split may cause truncation to fail > - > > Key: HBASE-17319 > URL: https://issues.apache.org/jira/browse/HBASE-17319 > Project: HBase > Issue Type: Bug > Components: Admin >Affects Versions: 1.1.7, 1.2.4 >Reporter: Allan Yang >Assignee: Allan Yang > Fix For: 2.0.0, 1.5.0 > > Attachments: 17319-branch-1.patch, 17319.stack, > HBASE-17319-branch-1.patch, HBASE-17319.patch, > TestTruncateTableProcedure-output.tar.gz > > > In truncateTableProcedue , when getting tables regions from meta to recreate > new regions, split parents are not excluded, so the new regions can end up > with the same start key, and the same region dir: > {noformat} > 2016-12-14 20:15:22,231 WARN [RegionOpenAndInitThread-writetest-1] > regionserver.HRegionFileSystem: Trying to create a region that already exists > on disk: > hdfs://hbasedev1/zhengyan-hbase11-func2/.tmp/data/default/writetest/9b2c8d1539cd92661703ceb8a4d518a1 > {noformat} > The truncateTableProcedue will retry forever and never get success. > A attached unit test shows everything. -- This message was sent by Atlassian JIRA (v6.4.14#64029)
[jira] [Commented] (HBASE-17319) Truncate table with preserve after split may cause truncation to fail
[ https://issues.apache.org/jira/browse/HBASE-17319?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16298769#comment-16298769 ] Ted Yu commented on HBASE-17319: TestTruncateTableProcedure should not be flaky now. Please get a good QA run. > Truncate table with preserve after split may cause truncation to fail > - > > Key: HBASE-17319 > URL: https://issues.apache.org/jira/browse/HBASE-17319 > Project: HBase > Issue Type: Bug > Components: Admin >Affects Versions: 1.1.7, 1.2.4 >Reporter: Allan Yang >Assignee: Allan Yang > Fix For: 2.0.0, 1.5.0 > > Attachments: 17319.stack, HBASE-17319-branch-1.patch, > HBASE-17319.patch, TestTruncateTableProcedure-output.tar.gz > > > In truncateTableProcedue , when getting tables regions from meta to recreate > new regions, split parents are not excluded, so the new regions can end up > with the same start key, and the same region dir: > {noformat} > 2016-12-14 20:15:22,231 WARN [RegionOpenAndInitThread-writetest-1] > regionserver.HRegionFileSystem: Trying to create a region that already exists > on disk: > hdfs://hbasedev1/zhengyan-hbase11-func2/.tmp/data/default/writetest/9b2c8d1539cd92661703ceb8a4d518a1 > {noformat} > The truncateTableProcedue will retry forever and never get success. > A attached unit test shows everything. -- This message was sent by Atlassian JIRA (v6.4.14#64029)
[jira] [Commented] (HBASE-17319) Truncate table with preserve after split may cause truncation to fail
[ https://issues.apache.org/jira/browse/HBASE-17319?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16298744#comment-16298744 ] huaxiang sun commented on HBASE-17319: -- Hi [~tedyu] and [~allan163], any concerns with the patch? Thanks. > Truncate table with preserve after split may cause truncation to fail > - > > Key: HBASE-17319 > URL: https://issues.apache.org/jira/browse/HBASE-17319 > Project: HBase > Issue Type: Bug > Components: Admin >Affects Versions: 1.1.7, 1.2.4 >Reporter: Allan Yang >Assignee: Allan Yang > Fix For: 2.0.0, 1.5.0 > > Attachments: 17319.stack, HBASE-17319-branch-1.patch, > HBASE-17319.patch, TestTruncateTableProcedure-output.tar.gz > > > In truncateTableProcedue , when getting tables regions from meta to recreate > new regions, split parents are not excluded, so the new regions can end up > with the same start key, and the same region dir: > {noformat} > 2016-12-14 20:15:22,231 WARN [RegionOpenAndInitThread-writetest-1] > regionserver.HRegionFileSystem: Trying to create a region that already exists > on disk: > hdfs://hbasedev1/zhengyan-hbase11-func2/.tmp/data/default/writetest/9b2c8d1539cd92661703ceb8a4d518a1 > {noformat} > The truncateTableProcedue will retry forever and never get success. > A attached unit test shows everything. -- This message was sent by Atlassian JIRA (v6.4.14#64029)
[jira] [Commented] (HBASE-17319) Truncate table with preserve after split may cause truncation to fail
[ https://issues.apache.org/jira/browse/HBASE-17319?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16264949#comment-16264949 ] Pankaj Kumar commented on HBASE-17319: -- Hi [~allan163], we also facing this problem. Patch looks fine, any plan to commit this fix? > Truncate table with preserve after split may cause truncation to fail > - > > Key: HBASE-17319 > URL: https://issues.apache.org/jira/browse/HBASE-17319 > Project: HBase > Issue Type: Bug > Components: Admin >Affects Versions: 1.1.7, 1.2.4 >Reporter: Allan Yang >Assignee: Allan Yang > Fix For: 2.0.0, 1.5.0 > > Attachments: 17319.stack, HBASE-17319-branch-1.patch, > HBASE-17319.patch, TestTruncateTableProcedure-output.tar.gz > > > In truncateTableProcedue , when getting tables regions from meta to recreate > new regions, split parents are not excluded, so the new regions can end up > with the same start key, and the same region dir: > {noformat} > 2016-12-14 20:15:22,231 WARN [RegionOpenAndInitThread-writetest-1] > regionserver.HRegionFileSystem: Trying to create a region that already exists > on disk: > hdfs://hbasedev1/zhengyan-hbase11-func2/.tmp/data/default/writetest/9b2c8d1539cd92661703ceb8a4d518a1 > {noformat} > The truncateTableProcedue will retry forever and never get success. > A attached unit test shows everything. -- This message was sent by Atlassian JIRA (v6.4.14#64029)
[jira] [Commented] (HBASE-17319) Truncate table with preserve after split may cause truncation to fail
[ https://issues.apache.org/jira/browse/HBASE-17319?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15759865#comment-15759865 ] Allan Yang commented on HBASE-17319: The TestTruncateTableProcedure passed on my environment, I can't reproduce the exceptions in master branch, maybe a glitch for Hudson, how can I trigger a Hudson rerun? > Truncate table with preserve after split may cause truncation to fail > - > > Key: HBASE-17319 > URL: https://issues.apache.org/jira/browse/HBASE-17319 > Project: HBase > Issue Type: Bug > Components: Admin >Affects Versions: 1.1.7, 1.2.4 >Reporter: Allan Yang >Assignee: Allan Yang > Fix For: 1.4.0 > > Attachments: HBASE-17319-branch-1.patch, HBASE-17319.patch > > > In truncateTableProcedue , when getting tables regions from meta to recreate > new regions, split parents are not excluded, so the new regions can end up > with the same start key, and the same region dir: > {noformat} > 2016-12-14 20:15:22,231 WARN [RegionOpenAndInitThread-writetest-1] > regionserver.HRegionFileSystem: Trying to create a region that already exists > on disk: > hdfs://hbasedev1/zhengyan-hbase11-func2/.tmp/data/default/writetest/9b2c8d1539cd92661703ceb8a4d518a1 > {noformat} > The truncateTableProcedue will retry forever and never get success. > A attached unit test shows everything. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (HBASE-17319) Truncate table with preserve after split may cause truncation to fail
[ https://issues.apache.org/jira/browse/HBASE-17319?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15759864#comment-15759864 ] Allan Yang commented on HBASE-17319: The TestTruncateTableProcedure passed on my environment, I can't reproduce the exceptions in master branch, maybe a glitch for Hudson, how can I trigger a Hudson rerun? > Truncate table with preserve after split may cause truncation to fail > - > > Key: HBASE-17319 > URL: https://issues.apache.org/jira/browse/HBASE-17319 > Project: HBase > Issue Type: Bug > Components: Admin >Affects Versions: 1.1.7, 1.2.4 >Reporter: Allan Yang >Assignee: Allan Yang > Fix For: 1.4.0 > > Attachments: HBASE-17319-branch-1.patch, HBASE-17319.patch > > > In truncateTableProcedue , when getting tables regions from meta to recreate > new regions, split parents are not excluded, so the new regions can end up > with the same start key, and the same region dir: > {noformat} > 2016-12-14 20:15:22,231 WARN [RegionOpenAndInitThread-writetest-1] > regionserver.HRegionFileSystem: Trying to create a region that already exists > on disk: > hdfs://hbasedev1/zhengyan-hbase11-func2/.tmp/data/default/writetest/9b2c8d1539cd92661703ceb8a4d518a1 > {noformat} > The truncateTableProcedue will retry forever and never get success. > A attached unit test shows everything. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (HBASE-17319) Truncate table with preserve after split may cause truncation to fail
[ https://issues.apache.org/jira/browse/HBASE-17319?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15759806#comment-15759806 ] Allan Yang commented on HBASE-17319: OK, I will look into it > Truncate table with preserve after split may cause truncation to fail > - > > Key: HBASE-17319 > URL: https://issues.apache.org/jira/browse/HBASE-17319 > Project: HBase > Issue Type: Bug > Components: Admin >Affects Versions: 1.1.7, 1.2.4 >Reporter: Allan Yang >Assignee: Allan Yang > Fix For: 1.4.0 > > Attachments: HBASE-17319-branch-1.patch, HBASE-17319.patch > > > In truncateTableProcedue , when getting tables regions from meta to recreate > new regions, split parents are not excluded, so the new regions can end up > with the same start key, and the same region dir: > {noformat} > 2016-12-14 20:15:22,231 WARN [RegionOpenAndInitThread-writetest-1] > regionserver.HRegionFileSystem: Trying to create a region that already exists > on disk: > hdfs://hbasedev1/zhengyan-hbase11-func2/.tmp/data/default/writetest/9b2c8d1539cd92661703ceb8a4d518a1 > {noformat} > The truncateTableProcedue will retry forever and never get success. > A attached unit test shows everything. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (HBASE-17319) Truncate table with preserve after split may cause truncation to fail
[ https://issues.apache.org/jira/browse/HBASE-17319?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15755518#comment-15755518 ] Ted Yu commented on HBASE-17319: In test output for the new test, I found several exceptions in the following form: {code} 2016-12-16 20:56:15,107 DEBUG [ProcedureExecutorWorker-1] procedure2.ProcedureExecutor(1096): rollback attempt failed for SplitTableRegionProcedure (table=testTruncateWithPreserveAfterSplit parent region={ENCODED => e2a94ed0e554a3d2d4d7c8a283a1f9fd, NAME => 'testTruncateWithPreserveAfterSplit,c,1481921769384. e2a94ed0e554a3d2d4d7c8a283a1f9fd.', STARTKEY => 'c', ENDKEY => ''} first daughter region={ENCODED => 803eb0625a1ee6329963c253ce44a2f3, NAME => 'testTruncateWithPreserveAfterSplit,c,1481921774661.803eb0625a1ee6329963c253ce44a2f3.', STARTKEY => 'c', ENDKEY => 'f13:'} and second daughter region={ENCODED => 60388dba3c28658ac2c3e8a54cb73a7c, NAME => 'testTruncateWithPreserveAfterSplit,f13:,1481921774661.60388dba3c28658ac2c3e8a54cb73a7c.', STARTKEY => 'f13:', ENDKEY => ''}) id=7 owner=hbase.hfs.0 state=FINISHED:SPLIT_TABLE_REGION_SET_SPLITTING_TABLE_STATE failed=java.io.IOException via master-split-region:java.io.IOException: Failed to update region state to SPLITTING for testTruncateWithPreserveAfterSplit,c,1481921769384.e2a94ed0e554a3d2d4d7c8a283a1f9fd. java.io.IOException: Failed to update region state for testTruncateWithPreserveAfterSplit,c,1481921769384.e2a94ed0e554a3d2d4d7c8a283a1f9fd. as part of operation for reverting split at org.apache.hadoop.hbase.master.procedure.SplitTableRegionProcedure.setRegionStateToRevertSplitting(SplitTableRegionProcedure.java:455) at org.apache.hadoop.hbase.master.procedure.SplitTableRegionProcedure.rollbackState(SplitTableRegionProcedure.java:249) at org.apache.hadoop.hbase.master.procedure.SplitTableRegionProcedure.rollbackState(SplitTableRegionProcedure.java:73) at org.apache.hadoop.hbase.procedure2.StateMachineProcedure.rollback(StateMachineProcedure.java:175) at org.apache.hadoop.hbase.procedure2.Procedure.doRollback(Procedure.java:730) at org.apache.hadoop.hbase.procedure2.ProcedureExecutor.executeRollback(ProcedureExecutor.java:1093) at org.apache.hadoop.hbase.procedure2.ProcedureExecutor.executeRollback(ProcedureExecutor.java:1049) at org.apache.hadoop.hbase.procedure2.ProcedureExecutor.executeProcedure(ProcedureExecutor.java:952) at org.apache.hadoop.hbase.procedure2.ProcedureExecutor.access$700(ProcedureExecutor.java:73) {code} > Truncate table with preserve after split may cause truncation to fail > - > > Key: HBASE-17319 > URL: https://issues.apache.org/jira/browse/HBASE-17319 > Project: HBase > Issue Type: Bug > Components: Admin >Affects Versions: 1.1.7, 1.2.4 >Reporter: Allan Yang >Assignee: Allan Yang > Fix For: 1.4.0 > > Attachments: HBASE-17319-branch-1.patch, HBASE-17319.patch > > > In truncateTableProcedue , when getting tables regions from meta to recreate > new regions, split parents are not excluded, so the new regions can end up > with the same start key, and the same region dir: > {noformat} > 2016-12-14 20:15:22,231 WARN [RegionOpenAndInitThread-writetest-1] > regionserver.HRegionFileSystem: Trying to create a region that already exists > on disk: > hdfs://hbasedev1/zhengyan-hbase11-func2/.tmp/data/default/writetest/9b2c8d1539cd92661703ceb8a4d518a1 > {noformat} > The truncateTableProcedue will retry forever and never get success. > A attached unit test shows everything. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (HBASE-17319) Truncate table with preserve after split may cause truncation to fail
[ https://issues.apache.org/jira/browse/HBASE-17319?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15754655#comment-15754655 ] Ted Yu commented on HBASE-17319: Please see what may have caused TestTruncateTableProcedure to hang. For every bug you fix in branch-1, check whether master branch has the same issue. If so, understand the difference in master and fix the bug as well. > Truncate table with preserve after split may cause truncation to fail > - > > Key: HBASE-17319 > URL: https://issues.apache.org/jira/browse/HBASE-17319 > Project: HBase > Issue Type: Bug > Components: Admin >Affects Versions: 1.1.7, 1.2.4 >Reporter: Allan Yang >Assignee: Allan Yang > Fix For: 1.4.0 > > Attachments: HBASE-17319-branch-1.patch, HBASE-17319.patch > > > In truncateTableProcedue , when getting tables regions from meta to recreate > new regions, split parents are not excluded, so the new regions can end up > with the same start key, and the same region dir: > {noformat} > 2016-12-14 20:15:22,231 WARN [RegionOpenAndInitThread-writetest-1] > regionserver.HRegionFileSystem: Trying to create a region that already exists > on disk: > hdfs://hbasedev1/zhengyan-hbase11-func2/.tmp/data/default/writetest/9b2c8d1539cd92661703ceb8a4d518a1 > {noformat} > The truncateTableProcedue will retry forever and never get success. > A attached unit test shows everything. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (HBASE-17319) Truncate table with preserve after split may cause truncation to fail
[ https://issues.apache.org/jira/browse/HBASE-17319?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15753440#comment-15753440 ] Hadoop QA commented on HBASE-17319: --- | (x) *{color:red}-1 overall{color}* | \\ \\ || Vote || Subsystem || Runtime || Comment || | {color:blue}0{color} | {color:blue} reexec {color} | {color:blue} 0m 11s {color} | {color:blue} Docker mode activated. {color} | | {color:green}+1{color} | {color:green} hbaseanti {color} | {color:green} 0m 0s {color} | {color:green} Patch does not have any anti-patterns. {color} | | {color:green}+1{color} | {color:green} @author {color} | {color:green} 0m 0s {color} | {color:green} The patch does not contain any @author tags. {color} | | {color:green}+1{color} | {color:green} test4tests {color} | {color:green} 0m 0s {color} | {color:green} The patch appears to include 1 new or modified test files. {color} | | {color:green}+1{color} | {color:green} mvninstall {color} | {color:green} 2m 50s {color} | {color:green} master passed {color} | | {color:green}+1{color} | {color:green} compile {color} | {color:green} 0m 35s {color} | {color:green} master passed {color} | | {color:green}+1{color} | {color:green} checkstyle {color} | {color:green} 0m 43s {color} | {color:green} master passed {color} | | {color:green}+1{color} | {color:green} mvneclipse {color} | {color:green} 0m 13s {color} | {color:green} master passed {color} | | {color:green}+1{color} | {color:green} findbugs {color} | {color:green} 1m 47s {color} | {color:green} master passed {color} | | {color:green}+1{color} | {color:green} javadoc {color} | {color:green} 0m 27s {color} | {color:green} master passed {color} | | {color:green}+1{color} | {color:green} mvninstall {color} | {color:green} 0m 41s {color} | {color:green} the patch passed {color} | | {color:green}+1{color} | {color:green} compile {color} | {color:green} 0m 36s {color} | {color:green} the patch passed {color} | | {color:green}+1{color} | {color:green} javac {color} | {color:green} 0m 36s {color} | {color:green} the patch passed {color} | | {color:green}+1{color} | {color:green} checkstyle {color} | {color:green} 0m 45s {color} | {color:green} the patch passed {color} | | {color:green}+1{color} | {color:green} mvneclipse {color} | {color:green} 0m 14s {color} | {color:green} the patch passed {color} | | {color:green}+1{color} | {color:green} whitespace {color} | {color:green} 0m 0s {color} | {color:green} The patch has no whitespace issues. {color} | | {color:green}+1{color} | {color:green} hadoopcheck {color} | {color:green} 25m 45s {color} | {color:green} Patch does not cause any errors with Hadoop 2.6.1 2.6.2 2.6.3 2.6.4 2.6.5 2.7.1 2.7.2 2.7.3 or 3.0.0-alpha1. {color} | | {color:green}+1{color} | {color:green} findbugs {color} | {color:green} 1m 54s {color} | {color:green} the patch passed {color} | | {color:green}+1{color} | {color:green} javadoc {color} | {color:green} 0m 26s {color} | {color:green} the patch passed {color} | | {color:red}-1{color} | {color:red} unit {color} | {color:red} 103m 51s {color} | {color:red} hbase-server in the patch failed. {color} | | {color:green}+1{color} | {color:green} asflicense {color} | {color:green} 0m 17s {color} | {color:green} The patch does not generate ASF License warnings. {color} | | {color:black}{color} | {color:black} {color} | {color:black} 141m 36s {color} | {color:black} {color} | \\ \\ || Reason || Tests || | Failed junit tests | hadoop.hbase.regionserver.TestHRegion | | Timed out junit tests | org.apache.hadoop.hbase.master.procedure.TestTruncateTableProcedure | \\ \\ || Subsystem || Report/Notes || | Docker | Client=1.12.3 Server=1.12.3 Image:yetus/hbase:8d52d23 | | JIRA Patch URL | https://issues.apache.org/jira/secure/attachment/12843531/HBASE-17319.patch | | JIRA Issue | HBASE-17319 | | Optional Tests | asflicense javac javadoc unit findbugs hadoopcheck hbaseanti checkstyle compile | | uname | Linux 649220c40985 3.13.0-93-generic #140-Ubuntu SMP Mon Jul 18 21:21:05 UTC 2016 x86_64 x86_64 x86_64 GNU/Linux | | Build tool | maven | | Personality | /home/jenkins/jenkins-slave/workspace/PreCommit-HBASE-Build/component/dev-support/hbase-personality.sh | | git revision | master / 35f0718 | | Default Java | 1.8.0_111 | | findbugs | v3.0.0 | | unit | https://builds.apache.org/job/PreCommit-HBASE-Build/4941/artifact/patchprocess/patch-unit-hbase-server.txt | | unit test logs | https://builds.apache.org/job/PreCommit-HBASE-Build/4941/artifact/patchprocess/patch-unit-hbase-server.txt | | Test Results | https://builds.apache.org/job/PreCommit-HBASE-Build/4941/testReport/ | | modules | C: hbase-server U: hbase-server | | Console output | https://builds.apache.org/job/PreCommit-HBASE-Build/4941/console | | Powered by | Apache Yetus 0.3.0 http://yetus.apache.org | This message was automatically generated. > Truncate table with preserve after split may cause truncation
[jira] [Commented] (HBASE-17319) Truncate table with preserve after split may cause truncation to fail
[ https://issues.apache.org/jira/browse/HBASE-17319?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15753225#comment-15753225 ] Hudson commented on HBASE-17319: SUCCESS: Integrated in Jenkins build HBase-1.4 #568 (See [https://builds.apache.org/job/HBase-1.4/568/]) HBASE-17319 Truncate table with preserve after split may cause (tedyu: rev f3a30697966afd3adac698b83be14b830eaad942) * (edit) hbase-server/src/main/java/org/apache/hadoop/hbase/master/procedure/ProcedureSyncWait.java * (edit) hbase-server/src/test/java/org/apache/hadoop/hbase/master/procedure/TestTruncateTableProcedure.java * (edit) hbase-server/src/main/java/org/apache/hadoop/hbase/master/procedure/TruncateTableProcedure.java > Truncate table with preserve after split may cause truncation to fail > - > > Key: HBASE-17319 > URL: https://issues.apache.org/jira/browse/HBASE-17319 > Project: HBase > Issue Type: Bug > Components: Admin >Affects Versions: 1.1.7, 1.2.4 >Reporter: Allan Yang >Assignee: Allan Yang > Fix For: 1.4.0 > > Attachments: HBASE-17319-branch-1.patch, HBASE-17319.patch > > > In truncateTableProcedue , when getting tables regions from meta to recreate > new regions, split parents are not excluded, so the new regions can end up > with the same start key, and the same region dir: > {noformat} > 2016-12-14 20:15:22,231 WARN [RegionOpenAndInitThread-writetest-1] > regionserver.HRegionFileSystem: Trying to create a region that already exists > on disk: > hdfs://hbasedev1/zhengyan-hbase11-func2/.tmp/data/default/writetest/9b2c8d1539cd92661703ceb8a4d518a1 > {noformat} > The truncateTableProcedue will retry forever and never get success. > A attached unit test shows everything. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (HBASE-17319) Truncate table with preserve after split may cause truncation to fail
[ https://issues.apache.org/jira/browse/HBASE-17319?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15753165#comment-15753165 ] Ted Yu commented on HBASE-17319: Please name the patch for master branch and attach for QA run. Thanks > Truncate table with preserve after split may cause truncation to fail > - > > Key: HBASE-17319 > URL: https://issues.apache.org/jira/browse/HBASE-17319 > Project: HBase > Issue Type: Bug > Components: Admin >Affects Versions: 1.1.7, 1.2.4 >Reporter: Allan Yang >Assignee: Allan Yang > Fix For: 1.4.0 > > Attachments: HBASE-17319-branch-1.patch > > > In truncateTableProcedue , when getting tables regions from meta to recreate > new regions, split parents are not excluded, so the new regions can end up > with the same start key, and the same region dir: > {noformat} > 2016-12-14 20:15:22,231 WARN [RegionOpenAndInitThread-writetest-1] > regionserver.HRegionFileSystem: Trying to create a region that already exists > on disk: > hdfs://hbasedev1/zhengyan-hbase11-func2/.tmp/data/default/writetest/9b2c8d1539cd92661703ceb8a4d518a1 > {noformat} > The truncateTableProcedue will retry forever and never get success. > A attached unit test shows everything. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (HBASE-17319) Truncate table with preserve after split may cause truncation to fail
[ https://issues.apache.org/jira/browse/HBASE-17319?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15753122#comment-15753122 ] Allan Yang commented on HBASE-17319: Just conformed the the master branch may have the same problem, this patch can apply to master branch too. > Truncate table with preserve after split may cause truncation to fail > - > > Key: HBASE-17319 > URL: https://issues.apache.org/jira/browse/HBASE-17319 > Project: HBase > Issue Type: Bug > Components: Admin >Affects Versions: 1.1.7, 1.2.4 >Reporter: Allan Yang >Assignee: Allan Yang > Fix For: 1.4.0 > > Attachments: HBASE-17319-branch-1.patch > > > In truncateTableProcedue , when getting tables regions from meta to recreate > new regions, split parents are not excluded, so the new regions can end up > with the same start key, and the same region dir: > {noformat} > 2016-12-14 20:15:22,231 WARN [RegionOpenAndInitThread-writetest-1] > regionserver.HRegionFileSystem: Trying to create a region that already exists > on disk: > hdfs://hbasedev1/zhengyan-hbase11-func2/.tmp/data/default/writetest/9b2c8d1539cd92661703ceb8a4d518a1 > {noformat} > The truncateTableProcedue will retry forever and never get success. > A attached unit test shows everything. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (HBASE-17319) Truncate table with preserve after split may cause truncation to fail
[ https://issues.apache.org/jira/browse/HBASE-17319?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15752603#comment-15752603 ] Ted Yu commented on HBASE-17319: This only affects branch-1 and earlier releases, right ? > Truncate table with preserve after split may cause truncation to fail > - > > Key: HBASE-17319 > URL: https://issues.apache.org/jira/browse/HBASE-17319 > Project: HBase > Issue Type: Bug > Components: Admin >Affects Versions: 1.1.7, 1.2.4 >Reporter: Allan Yang >Assignee: Allan Yang > Fix For: 1.4.0 > > Attachments: HBASE-17319-branch-1.patch > > > In truncateTableProcedue , when getting tables regions from meta to recreate > new regions, split parents are not excluded, so the new regions can end up > with the same start key, and the same region dir: > {noformat} > 2016-12-14 20:15:22,231 WARN [RegionOpenAndInitThread-writetest-1] > regionserver.HRegionFileSystem: Trying to create a region that already exists > on disk: > hdfs://hbasedev1/zhengyan-hbase11-func2/.tmp/data/default/writetest/9b2c8d1539cd92661703ceb8a4d518a1 > {noformat} > The truncateTableProcedue will retry forever and never get success. > A attached unit test shows everything. -- This message was sent by Atlassian JIRA (v6.3.4#6332)