You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@kudu.apache.org by "Gabriella Lotz (Jira)" <ji...@apache.org> on 2026/04/24 10:25:00 UTC
[jira] [Assigned] (KUDU-3766) Master has no visibility into tserver quiescing state
[ https://issues.apache.org/jira/browse/KUDU-3766?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Gabriella Lotz reassigned KUDU-3766:
------------------------------------
Assignee: Gabriella Lotz
> Master has no visibility into tserver quiescing state
> -----------------------------------------------------
>
> Key: KUDU-3766
> URL: https://issues.apache.org/jira/browse/KUDU-3766
> Project: Kudu
> Issue Type: Bug
> Reporter: Gabriella Lotz
> Assignee: Gabriella Lotz
> Priority: Major
>
> The Kudu master has no knowledge of whether a tserver is quiescing. As a result, three master-side subsystems make placement decisions that ignore quiescing:
> * Auto leader rebalancer: schedules leader transfers to a quiescing tserver every interval. The Raft layer silently drops each transfer, wasting the full move budget for that round.
> * Replica rebalancer: includes quiescing tservers as valid destinations for replica moves. If a quiescing tserver has fewer replicas than others it can receive new ones, directly counteracting a manual drain.
> * Recovery re-replication and table/replica creation: AvailableForPlacementUnlocked() in ts_manager.cc gates all master-side placement decisions and only checks for MAINTENANCE_MODE and PresumedDead. A quiescing tserver passes both checks and can be selected as the destination for a recovered under-replicated replica or as a host for a newly created replica.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)