Skip to content

docs: operator runbook for migrating to a different Lightning node (Phase 5) - #937

Merged
grunch merged 1 commit into
mainfrom
docs/maintenance-mode-phase5
Sep 2, 2026
Merged

docs: operator runbook for migrating to a different Lightning node (Phase 5)#937
grunch merged 1 commit into
mainfrom
docs/maintenance-mode-phase5

Conversation

@grunch

@grunch grunch commented Sep 2, 2026

Copy link
Copy Markdown
Member

Summary

Phase 5 of the maintenance-mode / Lightning node migration spec (#932): the operator runbook. Docs only.

Describes the boot guard and allow_node_change from #936; merge after it.

Test plan

  • markdownlint clean (42 files)
  • Wording review by an operator
  • Dry run on regtest/Polar per spec §4 Phase 5 exit criteria: two LND nodes, orders in every §1.3 state, enable, drain, switch, confirm new orders work and the guard rejects a switch back with open escrow
  • Tag a mostrod release with the maintenance-mode entry in the release notes

🤖 Generated with Claude Code

https://claude.ai/code/session_0148ZQvcc8LfrsTYx9VAiSxS

@chatgpt-codex-connector

chatgpt-codex-connector Bot commented Sep 2, 2026

Copy link
Copy Markdown

Codex Review Summary

This comment shows the latest Codex review activity on this pull request.

Review Status Commit Review trigger
📝 Code Review Completed 2026-09-02T01:36:03.248347Z 1019dc4 PR opened
ℹ️ About Codex in GitHub

Your team has set up Codex to review pull requests in this repo. Reviews are triggered when you

  • Open a pull request for review
  • Mark a draft as ready
  • Comment "@codex review" or "@codex security review".

Codex reacts with 👀 while any review is running, comments if it has suggestions, and reacts with 👍 once all reviews finish with no findings.

@coderabbitai

coderabbitai Bot commented Sep 2, 2026

Copy link
Copy Markdown
Contributor

Warning

Review limit reached

Next included review available in 17 minutes.

Check out review usage here.

View limit details

Limit details: You’ve used all 2 included reviews currently available.

You've used all free OSS reviews for now. Wait for the free limit to reset to keep reviewing this public repository.

Learn how review limits work.

Review configuration:

⚙️ Run configuration

Configuration used: Organization UI

Review profile: CHILL

Plan: Team

Run ID: dcc7f3dc-377b-44dc-8135-13791a0092a9

📥 Commits

Reviewing files that changed from the base of the PR and between 639d571 and 5483d91.

📒 Files selected for processing (3)
  • docs/LIGHTNING_OPS.md
  • docs/MAINTENANCE_MODE_LN_MIGRATION.md
  • docs/README.md

Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out.

❤️ Share

Comment @coderabbitai help to get the list of available commands.

@chatgpt-codex-connector chatgpt-codex-connector Bot left a comment

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

💡 Codex Review

Here are some automated review suggestions for this pull request.

Reviewed commit: 1019dc45a0

ℹ️ About Codex in GitHub

Your team has set up Codex to review pull requests in this repo. Reviews are triggered when you

  • Open a pull request for review
  • Mark a draft as ready
  • Comment "@codex review".

If Codex has suggestions, it will comment; otherwise it will react with 👍.

Codex can also answer questions or update the PR. Try commenting "@codex address that feedback".

Comment thread docs/LIGHTNING_OPS.md
Comment on lines +370 to +374
`lnd_grpc_host`) to the new node. Leave `allow_node_change = false`.
6. **Start `mostrod`.** The boot guard sees a new node pubkey with all
counters at zero, logs `Lightning node changed from … with no open
escrow; recorded` and stores the new pubkey. If it instead logs
`REFUSING TO START`, something is still bound to the old node: go back

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

P1 Badge Add the node guard before publishing this runbook

In this commit's tree, LightningSettings has no allow_node_change field and startup never compares or persists the Lightning node pubkey; a repo-wide search finds only the status-RPC placeholder. Consequently, if an operator switches nodes while any node-bound row remains, mostrod will start normally instead of producing the documented REFUSING TO START safeguard, potentially stranding that escrow. Land the Phase 4 implementation before marking the feature implemented and directing operators to rely on this guard.

Useful? React with 👍 / 👎.

Copy link
Copy Markdown
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Correct: this branch was cut from main before #936 landed, so its tree had no guard. #936 is merged now and the branch is rebased onto it (5483d91 on top of 639d571): LightningSettings.allow_node_change and the boot guard are in this PR's tree, and the runbook's REFUSING TO START path is real. Diff is unchanged (docs only).

…hase 5)

- LIGHTNING_OPS.md: new section with when the procedure applies (same
  node/new host needs nothing), the drain counters, the step-by-step
  maintenance -> drain -> switch -> reopen procedure with grpcurl
  commands, rollback, the disaster-recovery path for a lost node, and the
  log lines to look for.
- docs/README.md index pointers.
- Spec status set to Implemented with the PR trail per phase; the
  CHANGELOG deliverable corrected (the repo's CHANGELOG.md is the release
  verification guide).

Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_0148ZQvcc8LfrsTYx9VAiSxS
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant