clone-backup: delete node identity keys on the destination after a successful restore #70
Reference in New Issue
Block a user
Delete Branch "fix-restore-delete-node-keys"
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?
A restored volume carries the SOURCE node identity keys (avalanchego staking/*, geth nodekey, besu key, reth discovery-secret, cosmos node_key.json). On 2026-09-03 restore-node (clone-backup.sh over tuned-nc, job 660f4aac) restored avalanche-mainnet from the rpc-de-32 backup onto rpc-us-50; the copy announced the same NodeID as the still-running rpc-de-22 node and sat 24h with 0 peers and failed-to-connect-to-bootstrap-nodes until delete-node-keys + force-recreate (job fe5f2ee8). restore-volumes.sh already calls delete-node-keys.sh as its last step; clone-backup.sh never did. This adds that step after the Transfer Summary in main(), only when no volume failed, warn-only on failure, KEEP_NODE_KEYS=1 opts out; Usage comment updated. Asset-only, no compose regeneration, no other files. Class B: hand-maintained rpc ops script, single scope. Operator direction: Sebastian SIPs 2b79ed9f / bc65b373 2026-09-04. Change job c305b7c0. Companion patch for the controller-side cache-deploy.sh is staged at /root/sip-rob/staged/cache-deploy-delete-node-keys.patch.
merge-bot (del-018): classified B (hand-maintained rpc file(s), single scope). Auto-merge after a 72h objection window - comment 'hold' to block.