You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
Prove temporary migration workers are empty before reusing them for V2 #5782
The maintainer directed on 2026-11-02 that production volumes move to released V2 without waiting for upstream fixes. The current temporary workers are Ready but their Longhorn storage remains fenced. Reusing that unused capacity for V2 could let the source workers and their historical data remain intact during cutover; Kubernetes metadata alone does not prove the temporary disks are empty.
Extend the existing protected, read-only native replica inventory to the exact configured temporary migration pool. Resolve targets from the reviewed pool configuration and complete native node/storage/replica inventories, preserve UID, hardware and boot checks, and report only counts and commitments. Do not accept caller-supplied host addresses or broaden the permanent-worker reset operation.
Acceptance: confirmed first-attempt main dispatch can inventory each fixed temporary worker; incomplete pool membership, foreign identity, unfenced storage, API drift, native listing errors and unexpected on-disk content hold the observation. Existing permanent-worker observations and mutation authorization remain intact. Use the live observation to decide whether temporary capacity can safely be repurposed; a read-only receipt is not reset or data-migration clearance.
Check the box below or use the @coderabbitai plan command to generate an implementation plan and prompts that you can use with your favorite coding assistant.
Create Plan
🧪 Issue enrichment is currently in open beta.
You can configure auto-planning by selecting labels in the issue_enrichment configuration.
To disable automatic issue enrichment, add the following to your .coderabbit.yaml:
issue_enrichment:
auto_enrich:
enabled: false
💬 Have feedback or questions? Drop into our discord!
Each observation found the four recognized cache directories, no files or unrecognized immediate entries, and no replicas entry. Every receipt is observation-only with reset clearance false. These observations do not prove an empty EPHEMERAL partition, the raw allocation, historical preservation or permission to erase data.
The separately confirmed, read-only block-layout extension is being delivered with the host prerequisite diagnostic in #5792. The unused-worker reset implementation remains private; the native block facts and clean V1 baseline remain unmet.
Activity
coderabbitai commentedon Nov 2, 2026
🔗 Related PRs
#5713 - feat(storage): inventory native V1 replica directories [closed]
📝 Issue Planner
Check the box below or use the
@coderabbitai plancommand to generate an implementation plan and prompts that you can use with your favorite coding assistant.🧪 Issue enrichment is currently in open beta.
You can configure auto-planning by selecting labels in the issue_enrichment configuration.
To disable automatic issue enrichment, add the following to your
.coderabbit.yaml:💬 Have feedback or questions? Drop into our discord!
chore: agent-claim #5782 nonce=53d343647ed365547de16c769f084ce7
chore: agent-claim #5782 nonce=3e131b26ea68bdf5898c7ed12b498882
chore: agent-claim #5782 nonce=0aa6b704749ec72ab884cd90516998ab
feat(storage): inspect bounded native worker block layouts
devantler commentedon Nov 3, 2026
The three fixed temporary selections completed their first protected native storage-root observations at reviewed main 0d5b20a:
Each observation found the four recognized cache directories, no files or unrecognized immediate entries, and no replicas entry. Every receipt is observation-only with reset clearance false. These observations do not prove an empty EPHEMERAL partition, the raw allocation, historical preservation or permission to erase data.
The separately confirmed, read-only block-layout extension is being delivered with the host prerequisite diagnostic in #5792. The unused-worker reset implementation remains private; the native block facts and clean V1 baseline remain unmet.
chore: agent-claim #5782 nonce=97292e0c4b96ec427647478f8229e845