Skip to content

Adopt the approved runtime before the V1 benchmark #6073

Open

Description

@devantler

🤖 Generated by the Agentic Engineer

Objective

Adopt and verify the reviewed V1 retirement runtime before running the Longhorn baseline benchmark or accepting its cleanup path in #6030.

Details

#6050 built the migration runtime with the patched Go compiler and its protected publication completed. Publication does not install that runtime. At #6030 head 721d7286474ba21af9761a841585da749120541e, captureBenchmarkV1Runtime requires an approved immutable retirement image and verified serving instance-manager identities before scratch creation. A read-only acceptance check on 2026-11-11 confirms this deployment prerequisite is still unmet; detailed runtime evidence stays in the private operator record.

This affects the baseline and interrupted-benchmark recovery in #5665. Keep #6030's cleanup trial separate from runtime publication and adoption.

Checklist

  • Choose a reviewed, protected deployment path for the published runtime, bound to its immutable signed image and exact source revision.
  • Preserve existing volume health, redundancy and recovery data during rollout; hold on ambiguous ownership, replacement identities or incomplete observations.
  • Verify the configured default and every required serving instance-manager epoch against that approved image using read-only acceptance checks.
  • Record adoption evidence and the remaining trial conditions on fix(storage): safely retire the Longhorn V1 benchmark storage #6030; only then run its separately authorized benchmark/cleanup acceptance.
  • Remove the temporary runtime through a reviewed change when its migration purpose is complete.

Dependencies

Part of #5665, within #5582. #6050 supplies the published runtime. This issue is the deployment prerequisite for #6030, not evidence that either runtime adoption or benchmark cleanup has passed.

Notes

Size: medium. Use GitOps and the existing protected workflow surfaces. Do not patch the live default image, restart storage managers by hand, retire data, or weaken the benchmark's runtime and cleanup checks to clear this prerequisite.

Activity

  1. added theissue type on Nov 11, 2026
  2. coderabbitai commented on Nov 11, 2026

    @coderabbitai
    Contributor
    🔗 Related PRs

    #6029 - fix(storage): prepare production for the Longhorn migration images [merged]
    #6050 - fix(storage): build the migration runtime with patched Go [closed]
    #5544 - fix(kyverno): prepare patched migration runtime [merged]


    📝 Issue Planner

    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!

  3. moved this to 📥 Backlog in 🌊 Project Boardon Nov 11, 2026
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    Fields

    Priority

    None yet

    Projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions