You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@hbase.apache.org by "ASF GitHub Bot (Jira)" <ji...@apache.org> on 2026/03/29 16:21:00 UTC
[jira] [Updated] (HBASE-30043) Truncate procedure with recovery enabled could process non-existent regions if run concurrently with merge procedure
[ https://issues.apache.org/jira/browse/HBASE-30043?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
ASF GitHub Bot updated HBASE-30043:
-----------------------------------
Labels: pull-request-available (was: )
> Truncate procedure with recovery enabled could process non-existent regions if run concurrently with merge procedure
> --------------------------------------------------------------------------------------------------------------------
>
> Key: HBASE-30043
> URL: https://issues.apache.org/jira/browse/HBASE-30043
> Project: HBase
> Issue Type: Bug
> Reporter: Dimas Shidqi Parikesit
> Priority: Critical
> Labels: pull-request-available
>
> During truncate recovery, the procedure can release the region lock between states. If that region gets merged away in that gap, the truncate procedure could still try to unassign/reassign or touch filesystem state for a region that no longer exists.
> The proposed fix adds an existence check before MAKE_OFFLINE, centralizes region-node lookup in a helper that throws UnknownRegionException when the region is gone, and makes rollback only reassign if the region still exists and is in an offline/closed state.
> The tests verify two things: truncate fails cleanly instead of recreating state or scheduling child procedures, and rollback also does not recreate the removed region or queue assigned work.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)