fix: [2.5] always call handleNodeUp in rewatchNodes for proper stopping balance (#45964)

Cherry-pick from master
pr: #45961
Related to #45960

When QueryCoord restarts or reconnects to etcd, the rewatchNodes
function previously skipped handleNodeUp for QueryNodes in stopping
state. This caused stopping balance to fail because necessary components
were not initialized:
- Task scheduler executor was not added
- Dist handler was not started
- Node was not registered in resource manager

This fix ensures handleNodeUp is always called for new nodes regardless
of their stopping state, followed by handleNodeStopping if the node is
stopping. This allows the graceful shutdown process to correctly migrate
segments and channels away from stopping nodes.

Signed-off-by: Congqi Xia <congqi.xia@zilliz.com>
This commit is contained in:
congqixia 2025-12-01 11:11:10 +08:00 committed by GitHub
parent ba6198a3b8
commit a24a0f11aa
No known key found for this signature in database
GPG Key ID: B5690EEEBB952194

View File

@ -818,11 +818,13 @@ func (s *Server) rewatchNodes(sessions map[string]*sessionutil.Session) error {
Labels: nodeSession.GetServerLabel(),
}))
// call handleNodeUp no matter what state new querynode is in
// all component need this op so that stopping balance could work correctly
s.handleNodeUp(nodeSession.GetServerID())
if nodeSession.Stopping {
s.nodeMgr.Stopping(nodeSession.ServerID)
s.handleNodeStopping(nodeSession.ServerID)
} else {
s.handleNodeUp(nodeSession.GetServerID())
}
}
}