Skip to content

Retrigger ComplicatedPDE (single-folder, infra-failed in burst-dispatch)#1567

Closed
ChrisRackauckas-Claude wants to merge 1 commit into
SciML:masterfrom
ChrisRackauckas-Claude:retrigger/single-ComplicatedPDE-1778920259
Closed

Retrigger ComplicatedPDE (single-folder, infra-failed in burst-dispatch)#1567
ChrisRackauckas-Claude wants to merge 1 commit into
SciML:masterfrom
ChrisRackauckas-Claude:retrigger/single-ComplicatedPDE-1778920259

Conversation

@ChrisRackauckas-Claude

Copy link
Copy Markdown
Contributor

Summary

Single-folder retrigger PR for benchmarks/ComplicatedPDE. It failed in the 2026-05-16 07:58 UTC burst on amdci3-1 with the runner-state-corruption pattern (Missing file at path: ..._runner_file_commands/...), not a real benchmark failure.

Single-folder matrix to avoid intra-PR collisions per Chris's direction. Once the master detect-changes fix (#1562) is merged, this will auto-publish on merge.

Please ignore until reviewed by @ChrisRackauckas.

This folder failed in the burst-dispatch cascade on amdci3-1 around
2026-05-16T07:58 UTC — multiple jobs from PRs SciML#1559/SciML#1560/SciML#1561 dispatched
to the runner simultaneously and corrupted its workspace (`The operation
was canceled` + `Missing file at path: ..._runner_file_commands/...`).

Single-folder matrix to avoid intra-PR collisions per Chris's direction
("split into smaller batches if something is blocking").

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
Co-Authored-By: Chris Rackauckas <accounts@chrisrackauckas.com>
@ChrisRackauckas-Claude

Copy link
Copy Markdown
Contributor Author

Superseded — closing this 'trigger comment' PR in favor of clean per-folder PRs with real content changes (compat bumps, manifest regens, or actual benchmark fixes) instead of the hack # CI retrigger lines. Replacement PRs incoming. Sorry for the noise.

ChrisRackauckas-Claude pushed a commit to ChrisRackauckas-Claude/SciMLBenchmarks.jl that referenced this pull request May 22, 2026
amdci3-1 corrupts its workspace under rapid dispatch — when 2+ jobs arrive
within seconds, all but one die with errors like:

  ##[error]Missing file at path: ..._runner_file_commands/set_output_...
  ##[error]Can't find action.yml under .../_actions/actions/checkout/v6
  ##[error]The operation was canceled.

Single jobs on the runner run cleanly; the bug is purely
concurrency-on-the-same-runner. Reproduced 3 times now:

  1. Original 25374549824 v7 run: 3 jobs cancelled-mid-checkout in seconds
  2. 2026-05-16 07:58 UTC burst: 6 jobs from PRs SciML#1559/SciML#1560/SciML#1561
     dispatched to amdci3-1, all but one corrupted (StiffODE — which had
     been cleanly running for 16h — also got cancelled in the cascade)
  3. 2026-05-16 08:31 UTC burst: all 5 single-folder PRs SciML#1563-SciML#1567
     dispatched simultaneously, all 5 corrupted within seconds

Splitting into per-folder PRs (per Chris's direction) doesn't help when
multiple PRs are opened together — cross-PR dispatch hits the same race.

Fix: job-level concurrency with a constant group + cancel-in-progress:false
makes every matrix entry across every Benchmarks workflow run queue behind
any other in-flight matrix entry. detect-changes / manual-matrix / publish
jobs are unaffected (they're separate GHA jobs).

Adds max-parallel: 1 to the matrix as defense-in-depth — within a single
run, matrix entries already serialize via the concurrency group, but
max-parallel makes it explicit.

Throughput cost: even with two healthy runners (amdci1-1 + amdci3-1),
only one benchmark job runs at a time. Acceptable given the alternative
is a ~60% job-loss rate. Can be relaxed once the runner bug is fixed —
e.g. parameterize the concurrency group by matrix.runner to allow one
job per runner.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
Co-Authored-By: Chris Rackauckas <accounts@chrisrackauckas.com>
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.

2 participants