summaryrefslogtreecommitdiffstats
path: root/contrib/python/python-dateutil/dateutil/tz
diff options
context:
space:
mode:
authorijon <[email protected]>2026-07-10 20:13:05 +0300
committerGitHub <[email protected]>2026-07-10 20:13:05 +0300
commit073e245f04b6e9d76c1611b30849c3692952bbad (patch)
treea4532e2111bedcc50d8acd23ce34c809410dc6a3 /contrib/python/python-dateutil/dateutil/tz
parent60ec9b2ef3ccf9aa0797bb917b6c78ec9f973d0d (diff)
schemeshard: action to move tablet to another storage pool (#45964)
New schemeshard admin action `MoveToStoragePool` moves a shard to another storage pool. - Button on the shard-info page - Target storage pool is picked from the database's storage pools - Moving a shard is really a rebinding of all the tablet's channels to the target storage pool - Done by sending `CreateTablet` with the updated channel bindings to the Hive - New bindings are persisted on the Hive's ack (`CreateTabletResult`) - Failure to get an ack leaves nothing persisted on the schemeshard side - So the action can be retried - `CreateTablet` is idempotent — sending it more than once does no harm - Still, moving a shard to the storage pool it's already on is a no-op - Unless the confirmation box (next to the button) is checked to force the send to the Hive The action is universal — works for any subdomain's shard/tablet. On a tenant schemeshard, a shard-info page can show empty channel bindings: those shards are the tenant's system tablets (their channel bindings live only on the root schemeshard). In that case there's no button (the move is rejected); the UI links to the root schemeshard page instead, with an explanation.
Diffstat (limited to 'contrib/python/python-dateutil/dateutil/tz')
0 files changed, 0 insertions, 0 deletions