Menu

Post image 1
Post image 2
1 / 2
0

Why a Failed Rebalance Returns to STARTING Instead of CANCELED in GBase 8a

DEV Community·Michael·19 days ago
#6QGT07E6
Reading 0:00
15s threshold

When a rebalance operation fails on a table that is in RUNNING state, GBase 8a moves the table back to STARTING — not to CANCELED . This behavior reveals a deliberate state‑machine design: automatic retry and self‑healing . State Transition Rules Execution failure : RUNNING → failure → STARTING Explicit cancel : STARTING / RUNNING / PAUSED → cancel command → CANCELED Design Logic Distinguishing "Cancel" from "Failure" CANCELED is the result of an explicit CANCEL REBALANCE command issued by a user or administrator — the task is intentionally aborted. STARTING is the result of an unexpected internal error (network glitch, temporarily unavailable node, resource shortage) — the task is interrupted but the system wants to retry. The core distinction: CANCELED is a command , while STARTING signals a fault . They have different causes, so they lead to different states. Automatic Retry and Self‑Healing Reverting to STARTING means the system hasn't given up.…

Continue reading — create a free account

Join HashtagPLUS to read full articles, follow hashtags, vote, and join the conversation.

Read More