Auto triage 2026 05 01

Auto-triage 2026-05-01

2026-05-01 21:07 — MSSP-PLATFORM- (consolidé)

• Title: PrismaClientKnownRequestError — Authentication failed against the database server, the provided database credentials for 'mssp' are not valid
• Level/Env: error / development
• Affected routes:
  • MSSP-PLATFORM-6 — GET /portal/documents — 6 events 20:54-20:57Z
  • MSSP-PLATFORM-7 — GET /dashboard/clients — 1 event 20:55Z
  • MSSP-PLATFORM-8 — GET /login — 2 events 20:54-20:55Z
• Root cause: désync hash scram-sha-256 du user mssp dans Postgres vs valeur Vault mssp/platform/postgres_password. Cause racine = recréation du container mssp-app (debug session kebab Sprint 4) sans coordonner avec Postgres : Vault + .env avaient bien la même valeur littérale, mais le hash en DB venait d’une init précédente avec un autre password. Pattern récurrent (cf. feedback_docker_rebuild.md).
• Fix proposé / appliqué: docker exec mssp-postgres psql -U mssp -d mssp_platform -c "ALTER USER mssp WITH PASSWORD '<vault-value>'" exécuté à 21:00:48Z. Vérification : wget /api/health retourne {"db":"ok","redis":"ok"} post-fix.
• Action: [auto-fix appliqué] — pas de nouveaux events depuis 20:57:44Z (3 min avant le fix), volume contenu, cluster sain. Issues à marquer “resolved” dans Sentry une fois confirmé pas de récidive 15-30 min.
• Prévention: ajouter au runbook recreate-container — toujours sync ALTER USER … WITH PASSWORD '$(vault read … postgres_password)' après tout docker rm -f mssp-postgres ou recreate mssp-app depuis env modifié. Idéalement script scripts/sync-pg-password.sh qui lit Vault et exécute l’ALTER. À ouvrir comme issue Q3.