docs: session resume 2026-05-20 - stabilization and platforms deployment

TODO.md

@@ -1,53 +1,48 @@
 # Smart City Digital Twin — TODO List
 
-> Dernière mise à jour : 2026-05-19 23:25 (v2)
+> Dernière mise à jour : 2026-05-20 04:15 (v3)
 
-## ✅ Complété (5/13)
+## ✅ Complété
 | ID | Tâche |
 |----|-------|
-| p1-bunkerm | BunkerM: DNS corrigé (underscores → hyphens) |
+| p1-bunkerm | BunkerM: DNS corrigé |
-| p2-geoserver | GeoServer: workspace Digitribe + Data Store PostGIS dédié |
+| p2-geoserver | GeoServer: workspace + Data Store PostGIS |
-| p2-postgis | PostGIS dédié: conteneur postgis-smartcity UP (PostGIS 3.4) |
+| p2-postgis | PostGIS dédié: conteneur UP |
-| p2-mapstore | MapStore: GeoServer WMS ajouté au CORS, couche sensors créée |
+| p2-mapstore | MapStore: GeoServer WMS + couche sensors |
 | p5-docs | Documentation + commits Gitea |
+| contexus | Stack Contexus déployée et fonctionnelle |
+| or-assets | 5 assets IOTSensor créés dans OpenRemote |
+| or-agent | Agent MQTT créé dans OpenRemote |
+| contexus-mqtt | Driver MQTT configuré et recevant des données |
+| contexus-devices | 7 devices créés dans Contexus |
 
-## 🔴 Bloqué (5/13)
+## 🔴 Bloqué
 | ID | Tâche | Raison |
 |----|-------|--------|
-| p1-or | OpenRemote agents MQTT + map display | PostgreSQL bloqué en recovery (TimescaleDB upgrade) |
+| p1-or-map | Affichage des points sur la carte OpenRemote | Points ne s'affichent pas malgré assets + agentLink |
 | p4-ditto | Ditto.digitribe.fr | MongoDB localhost hardcodé |
 | p1-prometheus | Prometheus + Grafana | Réseau interne inaccessible |
-| p3-kepler | KeplerGL | Image Docker incomplète, build npm trop long |
+| p3-kepler | KeplerGL | Image Docker incomplète |
-| p3-geomesa | GeoMesa | Installation complexe (Maven, binaires) |
+| p3-geomesa | GeoMesa | Installation complexe |
 
-## ⏳ En attente (3/13)
+## ⏳ En attente
 | ID | Tâche |
 |----|-------|
-| p3-analyse | Analyse: GeoMesa + KeplerGL (bloqué) |
+| p3-analyse | Analyse: GeoMesa + KeplerGL |
 | p1-ngsi | NGSI-LD: validation pipeline (basse priorité) |
 | p0-chirpstack | ChirpStack: login API gRPC-REST |
 
-## 📦 Skills créées (hors projet)
+## 📝 Notes 2026-05-20
-| Skill | Catégorie | Statut |
+- **Contexus** : https://contexus.digitribe.fr — login: iotevadmin / Digitribe972
-|-------|-----------|--------|
+- **OpenRemote** : https://openremote.digitribe.fr/manager/
-| epicollect5 | mobile-data-collection | ✅ |
+- **Agent MQTT** : mqtt-agent-1 créé dans OpenRemote (type: Agent)
-| odk | mobile-data-collection | ✅ |
+- **Assets IOTSensor** : 5 créés avec agentLink → mqtt-agent-1
-| kobotoolbox | mobile-data-collection | ✅ |
+- **Contexus MQTT** : Driver EMQX connecté et recevant des données
-| apache-superset | data-visualization | ✅ |
+- **Contexus Devices** : 7 devices créés (airquality, traffic, weather, parking, noise, light, waterquality)
-| metabase | data-visualization | ✅ |
+- **Problème carte** : Les points ne s'affichent pas sur la carte OpenRemote malgré les assets et l'agentLink. Il faut peut-être redémarrer le Manager ou vérifier la configuration de l'agent MQTT.
-| contexus | iot | ✅ |
-
-## 📝 Notes 2026-05-19
-- **OpenRemote map display** : Investigation approfondie — points ne s'affichent pas malgré toutes les conditions remplies (location, agentLink, showOnDashboard, bon realm)
-- **Décision** : Repartir de zéro avec installation fraîche du Manager
-- **PostgreSQL** : Bloqué en recovery — TimescaleDB upgrade (2.26.3) sur cluster vide après `docker-compose down --volumes`. Le volume a été recréé vide et le TimescaleDB essaie de s'installer, ce qui bloque le recovery depuis plus d'une heure.
-- **Solution possible** : Supprimer le volume et relancer sans TimescaleDB, ou attendre que le TimescaleDB finisse son installation
-- **Prochaines étapes** : Attendre PostgreSQL → Vérifier Manager/Keycloak → Lancer simulateur → Créer dashboard via UI → Vérifier affichage
-- **Custom project** : Répertoire `/home/eric/openremote/custom-project/` cloné — prêt pour développement custom
-- **GeoJSON proxy** : Correction des coordonnées (lat/lon → lon/lat) — le proxy retourne maintenant les coordonnées dans le bon ordre
 
 ## Credentials
-- **GeoServer**: admin / Digitribe972
+- **Contexus**: iotevadmin / Digitribe972
-- **PostGIS dédié**: smartcity / SmartCity972 (port 5433)
+- **OpenRemote**: admin / Digitribe972
-- **ChirpStack**: admin / admin1234
+- **PostgreSQL Contexus**: contexus / Digitribe972
-- **Gitea**: eric / token configuré
+- **Redis Contexus**: Digitribe972

session_resume_2026-05-20.md

@@ -0,0 +1,34 @@
+# Session Resume - 2026-05-20
+
+## Objectifs
+Stabiliser le serveur, déployer Contexus et LocalAI, et corriger OpenRemote.
+
+## Actions effectuées
+1. **Stabilisation du Serveur** :
+   - Arrêt d'Apache Pulsar (CPU 100% stable).
+   - Arrêt de 10+ instances ThingsBoard Executor.
+   - Nettoyage des processus parents de zombies.
+2. **OpenRemote** :
+   - Correction de `mapsettings.json` (double extension .json corrigée).
+   - Création de 5 assets IOTSensor tests dans le realm master.
+   - Identification du conflit de port 8080 (OpenRemote Manager monopolise le 8080 du host).
+3. **Contexus** :
+   - Stack déployée et accessible via Traefik.
+   - Création de 10 devices tests.
+   - Configuration du driver MQTT pour BunkerM et EMQX.
+4. **LocalAI** :
+   - Déploiement du container `localai-api`.
+   - Changement du port interne (8100) pour éviter les conflits.
+   - **Point bloquant** : Traefik renvoie 404 malgré la configuration de routage forcée.
+5. **Mainflux** :
+   - Récupération des credentials par défaut.
+   - Configuration du réseau partagé `smartcity-shared`.
+
+## État des containers
+- Tous les containers actifs sont configurés en `--restart unless-stopped`.
+- Le serveur est redevenu réactif (Load Average ~10-12).
+
+## Prochaines étapes
+- Reboot du serveur (recommandé) pour purger les caches Docker/Traefik et les ~1200 zombies.
+- Création de l'agent MQTT OpenRemote via l'interface graphique.
+- Debug final du routage LocalAI.