Skip to content

Full branch E2E binds ordinary live jobs to a stale managed-image revision #9464

Description

@ericksoa

Summary

The complete unfiltered branch E2E run for cutover PR #9323 tested the exact CLI commit but bound ordinary live managed-runtime jobs to the older base_sha managed-image revision. That mixes candidate source/CLI behavior with a stale runtime and causes merged fixes to recur or be bypassed.

This must be fixed without publishing a new mutable image tag or changing dependency versions. The branch run needs an exact, content-addressed candidate runtime contract or must prove that the reused runtime contains every required candidate-owned managed-startup and policy change.

Evidence

Representative stale-runtime signatures:

  • Three jobs could not read /run/nemoclaw/managed-startup-runtime.env and ended with CORPORATE_CA_PROBE_FAIL.
  • Nine Hermes jobs failed with transaction path crosses a nested filesystem mount: /sandbox/.hermes.
  • Trusted-private MCP discovery reached zero tools in both OpenClaw and Deep Agents lanes.

Required behavior

  1. An unfiltered credential-bearing branch run must test one coherent exact candidate: CLI, managed startup/runtime content, policies, and image contract must share immutable provenance.
  2. The run must not silently combine a PR candidate CLI with an older base-revision managed runtime when candidate changes affect that runtime.
  3. Candidate qualification must use content-addressed artifacts and digests; it must not require publishing a new mutable tag or dependency version.
  4. Mixed or missing provenance must fail before fanout with an actionable error that names both revisions.
  5. The repaired path must rerun the affected DCode, CA, MCP, and Hermes-volume lanes, followed by the complete unfiltered matrix.

Security and cleanup requirements

  • Keep credential authorization restricted to trusted NVIDIA branch actors.
  • Do not expose secret values in provenance, logs, or artifacts.
  • Preserve fail-closed policy and runtime-contract validation.
  • Preserve exact-owner cleanup for any candidate containers, networks, volumes, and retained rollback resources.

Links

Metadata

Metadata

Assignees

No one assigned

    Labels

    area: ciCI workflows, checks, release automation, or GitHub Actionsarea: e2eEnd-to-end tests, nightly failures, or validation infrastructurearea: packagingPackages, images, registries, installers, or distributionintegration: dcodeLangChain Deep Code integration behavior

    Type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions