aboutsummaryrefslogtreecommitdiffstats
path: root/contrib/tools/bison
diff options
context:
space:
mode:
authorijon <ijon@yandex-team.com>2022-12-19 14:28:33 +0300
committerijon <ijon@yandex-team.com>2022-12-19 14:28:33 +0300
commitbeb9d5aca2fb16e6aea1f2fd6a2028de50c3799e (patch)
tree282f4cdab6917b1795661babc6385e0d9747d40d /contrib/tools/bison
parent2865b7518d18d8a476256c5e825ac65e5c3c4b73 (diff)
downloadydb-beb9d5aca2fb16e6aea1f2fd6a2028de50c3799e.tar.gz
schemeshard, drop-extsubdomain: allow nodes to reconnect during operation
Allow nodes to reconnect to the database during drop-extsubdomain operation by fixing the moment when database path is considered deleted. Database root path is marked as _being deleted_ at the operation start, but it was marked actually _deleted_ also at the start of the operation. Which is too early because path that have the _deleted_ mark becomes unresolvable to any external observer such as compute node that is trying to reconnect to the database. In the case of a dedicated database when its hive tablet has no other place to run but on the dedicated database nodes, losing all database nodes would prevent drop-extsubdomain operation from any chance to complete ever -- -- hive is used by operation to stop all database tablets, it has no place to run if all database nodes had disconnected but no node is able to reconnect again. Databases that hosts serverless databases also suffer from this, they are just much less likely to be removed.
Diffstat (limited to 'contrib/tools/bison')
0 files changed, 0 insertions, 0 deletions