rehome: node-restart aftercare (uncordon, exact Ready, wait for the forge) #260
No reviewers
Labels
No labels
bug
discussion
duplicate
enhancement
goal
help wanted
horizon:backlog
horizon:governance
horizon:mvp
invalid
operator-decision
question
roadmap
wontfix
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
open-platform/mitosis!260
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "rehome-node-aftercare"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
The gauntlet’s rehome scenario (run 846, issue #258) got through germinate + the full gate + the rehome itself, then died in the k3d mirror-restart aftercare: a docker-restarted node returns Ready,SchedulingDisabled — the readiness grep matched the “Ready” substring, forgejo could not reschedule onto the cordoned node, and the port-forward starved. Fix: uncordon every node after the restart, require the status column to be EXACTLY “Ready”, and wait for the forgejo rollout before dialing it. The next gauntlet run is the proof.