Skip to content

vms-926: adhoc-only negctl wall bump 1800->2700 (env-gated, sharded gate untouched) - #1236

Merged
baron-3dl merged 1 commit into
mainfrom
work/vms-926-rail-budget-bump
Sep 14, 2026
Merged

baron-3dl merged 1 commit into
mainfrom
work/vms-926-rail-budget-bump

Conversation

@baron-3dl

Copy link
Copy Markdown
Contributor

What

Raises the adhoc negctl per-boot wall 1800→2700 (env-gated via NEGCTL_WALL, default 1800), the keystone unblock for the negctl-proof pipeline.

Why

The adhoc path (negctl-adhoc.yml) runs the FULL ~124-suite pristine control UNSHARDED + one full-suite boot per defect. Measured today: under TCG contention a 124-suite boot completes only ~89/124 in the 1800s wall (~20s/suite ⇒ 124 needs ~2510s), self-exits, and the run-order tail (imgact + tcpip + ssh) reports a false-red rc=MISSING mass. This flaked ~half of today's adhoc proofs and blocks #1225/#1226 re-anchors + #1231/#1235 dispatches.

Change (vms-926 lineage: 600→1800, now 1800→2700)

  • run_facility_negctl.sh: pristine control and each defect run take KE_WALL_TIMEOUT="${NEGCTL_WALL:-1800}". Both walls move together (pristine + each defect boot the full set at equal cost; bumping one alone just relocates the flake).
  • negctl-adhoc.yml: sets NEGCTL_WALL=2700 + job timeout 60→100m (worst case 250s build + 2700 + 2700 ≈ 94m).

Guards honored

  • Sharded gate stays tight: default NEGCTL_WALL is 1800, unchanged. The sharded CI negctl gate (kernel-executive-facility-negative-controls-shard, 22 shards @ 50m) does NOT set NEGCTL_WALL → identical budget. ci.yml has 0 changes. The raw kernel-executive-shard leg (600s run_tests.sh, no override) is also unaffected.
  • Ceiling, not a fixed wait: an uncontended boot still finishes in ~250s and never reaches the wall — nothing is slowed.
  • rc=124 fail-loud preserved (message now cites ${NEGCTL_WALL}).

Proof

Dispatching an adhoc run against this branch to confirm the 2700 pristine completes all 124 suites (no rc=MISSING) under current contention.

🤖 Generated with Claude Code

… keep sharded gate tight

The adhoc negctl rail (negctl-adhoc.yml) runs the FULL ~124-suite pristine
control UNSHARDED plus one full-suite boot per named defect. Measured today:
under TCG contention a single 124-suite boot completes only ~89/124 in the
1800s wall (~20s/suite -> 124 needs ~2510s), self-exits (exit 1), and the
run-order tail (imgact + tcpip + ssh) reports a false-red rc=MISSING mass. This
flaked ~half of today's adhoc proofs and is the keystone blocking the whole
negctl-proof pipeline (#1225/#1226 re-anchors, #1231/#1235 dispatches).

Fix (vms-926 lineage, 600->1800 -> now 1800->2700), env-gated so it touches ONLY
the adhoc path:
- run_facility_negctl.sh: both the pristine control (line ~264) and each defect
  run (line ~273) now take KE_WALL_TIMEOUT="${NEGCTL_WALL:-1800}". Default 1800
  is UNCHANGED, so the sharded CI negctl gate
  (kernel-executive-facility-negative-controls-shard, 22 shards @ 50m, which does
  NOT set NEGCTL_WALL) stays exactly as tight as before.
- negctl-adhoc.yml: sets NEGCTL_WALL=2700 and raises the job timeout 60->100m
  (worst case 250s build + 2700 pristine + 2700 defect ~= 94m). Both walls move
  together because pristine and each defect boot the full suite set at the same
  cost -- bumping only one just relocates the flake to the other.

Guards honored: the raise is a per-boot CEILING (an uncontended boot still
finishes in ~250s and never reaches the wall, so nothing is slowed); the rc=124
outer fail-loud is preserved (message now cites ${NEGCTL_WALL}); ci.yml is
untouched (0 changes) so the sharded graduation gate is not loosened; the raw
kernel-executive-shard leg (600s run_tests.sh, no override) is likewise unaffected.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
@baron-3dl
baron-3dl merged commit 39e20a3 into main Sep 14, 2026
124 of 125 checks passed
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