Grant Whitmer
b5e4eaf57a
The janitor now returns one JSON line per job it cancels (repo, workflow, job, reason, runs_on, waited_s) into a spool; the emitter ships them as ci.job_cancelled (declared with Telemetry Boss) and truncates the spool only after a 2xx. Run status recompute folded into the same statement. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
54 lines
2.7 KiB
PL/PgSQL
54 lines
2.7 KiB
PL/PgSQL
-- Cancel CI jobs that can never run (called by scripts/cancel_unrunnable.sh).
|
|
--
|
|
-- A job whose runs-on names a label no Windy Git runner offers (ubuntu-latest,
|
|
-- macos-latest, windows-latest …) waits forever: Gitea evaluates a job's `if:`
|
|
-- only when a runner picks it, so even `if: false` / tag-only jobs sit in the
|
|
-- queue, invisible to /actions/tasks, and keep their run "waiting" for good.
|
|
-- After 30 minutes they are cancelled here; the run's status is then recomputed
|
|
-- (failure > still-active > cancelled > success), the same precedence Gitea uses.
|
|
-- Keep RUNNER_LABELS in step with deploy/runner/config.yaml.
|
|
BEGIN;
|
|
WITH dead AS (
|
|
UPDATE action_run_job j
|
|
SET status = 3, stopped = extract(epoch from now())::bigint, updated = extract(epoch from now())::bigint
|
|
WHERE j.status IN (5, 7)
|
|
AND to_timestamp(j.created) < now() - interval '30 minutes'
|
|
AND EXISTS (SELECT 1 FROM jsonb_array_elements_text(j.runs_on::jsonb) l
|
|
WHERE l NOT IN ('veron-1', 'linux-x64', 'self-hosted', 'linux', 'x64'))
|
|
RETURNING j.id, j.run_id, j.name, j.runs_on, j.created
|
|
), runs AS (
|
|
UPDATE action_run r
|
|
SET status = CASE
|
|
WHEN EXISTS (SELECT 1 FROM action_run_job x WHERE x.run_id = r.id AND x.status = 2) THEN 2
|
|
WHEN EXISTS (SELECT 1 FROM action_run_job x WHERE x.run_id = r.id AND x.status IN (5, 6, 7)
|
|
AND x.id NOT IN (SELECT id FROM dead)) THEN r.status
|
|
ELSE 3 END,
|
|
stopped = CASE WHEN r.stopped = 0 THEN extract(epoch from now())::bigint ELSE r.stopped END
|
|
WHERE r.id IN (SELECT DISTINCT run_id FROM dead)
|
|
RETURNING r.id
|
|
)
|
|
-- One JSON line per cancelled job: the telemetry emitter ships these as
|
|
-- ci.job_cancelled (declared with Telemetry Boss, 2026-09-23).
|
|
SELECT json_build_object(
|
|
'repo', p.lower_name,
|
|
'workflow', regexp_replace(r.workflow_id, '\.ya?ml$', ''),
|
|
'job', d.name,
|
|
'reason', 'unrunnable_label',
|
|
'runs_on', (SELECT string_agg(l, ',') FROM jsonb_array_elements_text(d.runs_on::jsonb) l),
|
|
'waited_s', (extract(epoch from now())::bigint - d.created))::text
|
|
FROM dead d JOIN action_run r ON r.id = d.run_id JOIN repository p ON p.id = r.repo_id
|
|
WHERE (SELECT count(*) FROM runs) >= 0;
|
|
|
|
-- Jobs BLOCKED on `needs:` inside a run that has already finished (a needed job
|
|
-- failed): Gitea leaves them status 7 forever. They were never going to run;
|
|
-- mark them skipped (4), which is what GitHub shows for the same situation.
|
|
UPDATE action_run_job j
|
|
SET status = 4, updated = extract(epoch from now())::bigint
|
|
FROM action_run r
|
|
WHERE r.id = j.run_id
|
|
AND j.status = 7
|
|
AND r.status IN (1, 2, 3)
|
|
AND to_timestamp(j.created) < now() - interval '30 minutes'
|
|
RETURNING j.run_id;
|
|
COMMIT;
|