Tallagrand Thierry d41b0a0eb0 Grafana ne doit pas etre otage de la sante de PostgreSQL
`condition: service_healthy` rendait le demarrage de Grafana dependant du
healthcheck de PostgreSQL (intervalle 1 min). Grafana n'a pourtant besoin
d'aucune base pour demarrer, seulement pour repondre a une requete : la
condition ajoutait un mode de panne sans contrepartie, et un outil de
diagnostic doit surtout etre disponible quand quelque chose va mal.
Ramene a un simple ordre de demarrage.

Procedure corrigee sur deux points constates au deploiement reel :
- `sudo` est obligatoire sur DSM (socket Docker inaccessible autrement) ;
- le `git pull` que j'avais indique n'a aucun sens : /volume2/projects cote
  Syno et /mnt/projects cote poste sont le meme dossier (export NFS depuis
  10.10.10.22), il n'existe qu'une seule copie du depot.

Configuration verifiee en la rejouant dans un conteneur local, volume nomme
compris : deux sources de donnees, trois tableaux dans le dossier EVCS,
database ok, aucune erreur de provisionnement.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01KKzkkVTG6KXnGXFFC7X9XJ
2026-09-04 08:20:40 +02:00
2026-05-01 18:34:35 +02:00
2026-06-11 22:38:15 +02:00
2026-06-13 00:31:28 +02:00
Description
gestion de la borne de charge avec HA et N8N
50 MiB
Languages
JavaScript 90.2%
Python 7.3%
Smarty 1.9%
Shell 0.6%