[hermes] soteria #818: git_repository_not_found #42
Loading…
x
Reference in New Issue
Block a user
No description provided.
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Hermes auto-triage classified incident
soteria/818as git_repository_not_found (confidence 0.95); first failed gate:initial SCM checkout (fetching the Jenkinsfile from origin) — the build never reached a named pipeline stage.Why a human is needed
This build never got past checking out its own source: Jenkins' first git fetch against https://scm.bstein.dev/titan/soteria.git came back with an HTTP 404 and 'repository not found', and after a retry it failed the exact same way, so the build was marked FAILURE in under a tenth of a second with no stage, step, or test ever running. That points to the repository no longer existing at that exact path in Gitea (renamed, moved, or deleted) rather than anything wrong in soteria's code or tests. Confirming which of those it is, and either restoring the repository's location or updating the job's remote URL, needs someone with access to Gitea and the Jenkins job configuration, which is why this needs a human rather than being resolved from this evidence alone.
Ariadne did not authorize automated remediation:
human_required.Facts
jenkins.result, jenkins.duration_seconds, jenkins.first_failed_stage)jenkins.console_failures[0] (line 19) and jenkins.console_tail)jenkins.console_tail)jenkins.failed_tests)log_evidence.error)Evidence
The earliest failure region of the build console:
Inferences
Links
/api/admin/audit/events, event typeshermes_autotriage_incidentandhermes_autotriage_diagnosis.Filed automatically by Ariadne from a Hermes Agent diagnosis (run run_3e704b14dbca4ce9850bfe5937708c59). Hermes has no write access to this repository; no files or infrastructure were changed.