CI failure: ci.yaml / gates #8
Labels
No labels
ci-failure:ci.yaml-gates
ci-failure:deploy.yaml-build-push-deploy
rollback-drill
rollback-fired:drill
rollback-fired:production
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
vendel.xi2ix.com/xi2ix.com-website#8
Loading…
Add table
Add a link
Reference in a new issue
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?
Workflow: ci.yaml
Job: gates
Run: https://forgejo.lab.xi2ix.de/vendel.xi2ix.com/xi2ix.com-website/actions/runs/147
Commit:
352a6d188bBranch/ref: main
Triggered by: vendel.xi2ix.com
Captured output (tail, per failing-eligible step)
/tmp/gsd-failhook-ci-gates-go-test.log
/tmp/gsd-failhook-ci-gates-lhci.log
/tmp/gsd-failhook-ci-gates-xss-ssti.log
Root Cause gefunden + Fix gepusht (Commit
8eb7b7d) — bekanntes Docker-Postgres-Muster, nicht neu erfunden.Recherche bestätigt: das offizielle
postgres-Docker-Image startet beim ersten Boot eine TEMPORÄRE Instanz mitlisten_addresses=''(nur Unix-Socket) um/docker-entrypoint-initdb.d/*auszuführen, fährt sie dann herunter und startet die echte, langlaufende Instanz. Unserpg_isready -U postgres(ohne-h) nutzt standardmäßig den Unix-Socket — der ist während der TEMPORÄREN Phase bereits erreichbar, der Check kann also fälschlich grün werden, während der direkt folgendepsql-Bootstrap-Exec dann in den Neustart der temporären Instanz reinläuft ("No such file or directory" / "database system is shutting down"). Exakt dasselbe Muster wurde schon anderswo gemeldet und gefixt (z. B. security-onion-solutions/securityonion#15788) — Fix dort wie hier:-h 127.0.0.1erzwingen, damit der Check erst grün wird, wenn die ECHTE Instanz wirklich auf TCP lauscht (die temporäre bindet gar kein TCP-Interface).Angewendet auf beide Stellen (
pg_isready+psql-Bootstrap-Exec) inci.yaml. Test läuft im Rahmen unserer aktuellen 10-Zyklen-Serie (Betreiber-Auftrag: 10 grüne CI/CD-Durchläufe in Folge erreichen).Bestätigt: Run 149 (commit
8eb7b7d) lief sauber durch, kein psql-Socket-Fehler mehr. Fix hält. Schließe das Issue.