Déploiement 132 en échec

forgejo-actions commented

2026-10-15 00:17:54 +02:00

Le déploiement automatique du 132 n'a pas abouti. Le détail (étape, cause, journal, capture) est dans le commentaire ci-dessous.

forgejo-actions commented

2026-10-15 00:17:54 +02:00

Déploiement 132 : échec — 2026-10-15 00:17

commit : e7886778b61e (main)
étape : Déployer et regarder la page servie
exécution : http://192.168.1.70:3000/foXaCe/studio/actions/runs/10698
cause : le déploiement n'a pas abouti
capture de la page : aucune

Dernières lignes du journal :

(aucun journal)

Le 132 garde la version précédente (retour arrière fait par le déploiement).

**Déploiement 132 : échec** — 2026-10-15 00:17 - commit : `e7886778b61e` (main) - étape : Déployer et regarder la page servie - exécution : http://192.168.1.70:3000/foXaCe/studio/actions/runs/10698 - cause : le déploiement n'a pas abouti - capture de la page : aucune Dernières lignes du journal : ```text (aucun journal) ``` Le 132 garde la version précédente (retour arrière fait par le déploiement).

forgejo-actions commented

2026-10-15 00:42:07 +02:00

Déploiement 132 : échec — 2026-10-15 00:42

commit : babcc4213ee6 (main)
étape : Déployer et regarder la page servie
exécution : http://192.168.1.70:3000/foXaCe/studio/actions/runs/10723
cause : le déploiement n'a pas abouti
capture de la page : aucune

Dernières lignes du journal :

(aucun journal)

Le 132 garde la version précédente (retour arrière fait par le déploiement).

**Déploiement 132 : échec** — 2026-10-15 00:42 - commit : `babcc4213ee6` (main) - étape : Déployer et regarder la page servie - exécution : http://192.168.1.70:3000/foXaCe/studio/actions/runs/10723 - cause : le déploiement n'a pas abouti - capture de la page : aucune Dernières lignes du journal : ```text (aucun journal) ``` Le 132 garde la version précédente (retour arrière fait par le déploiement).

forgejo-actions commented

2026-10-15 01:16:29 +02:00

Déploiement 132 : échec — 2026-10-15 01:16

commit : ae760c3860ad (main)
étape : Déployer et regarder la page servie
exécution : http://192.168.1.70:3000/foXaCe/studio/actions/runs/10763
cause : le déploiement n'a pas abouti
capture de la page : aucune

Dernières lignes du journal :

(aucun journal)

Le 132 garde la version précédente (retour arrière fait par le déploiement).

**Déploiement 132 : échec** — 2026-10-15 01:16 - commit : `ae760c3860ad` (main) - étape : Déployer et regarder la page servie - exécution : http://192.168.1.70:3000/foXaCe/studio/actions/runs/10763 - cause : le déploiement n'a pas abouti - capture de la page : aucune Dernières lignes du journal : ```text (aucun journal) ``` Le 132 garde la version précédente (retour arrière fait par le déploiement).

forgejo-actions commented

2026-10-15 01:52:49 +02:00

Déploiement 132 : échec — 2026-10-15 01:52

commit : b613cad41aa7 (main)
étape : Déployer et regarder la page servie
exécution : http://192.168.1.70:3000/foXaCe/studio/actions/runs/10787
cause : le déploiement n'a pas abouti
capture de la page : aucune

Dernières lignes du journal :

(aucun journal)

Le 132 garde la version précédente (retour arrière fait par le déploiement).

**Déploiement 132 : échec** — 2026-10-15 01:52 - commit : `b613cad41aa7` (main) - étape : Déployer et regarder la page servie - exécution : http://192.168.1.70:3000/foXaCe/studio/actions/runs/10787 - cause : le déploiement n'a pas abouti - capture de la page : aucune Dernières lignes du journal : ```text (aucun journal) ``` Le 132 garde la version précédente (retour arrière fait par le déploiement).

forgejo-actions commented

2026-10-15 06:57:26 +02:00

Déploiement 132 : réussi — 2026-10-15 06:57 — le 132 sert la nouvelle version (commit 255c8b84a59f). Cette issue se ferme d'elle-même.

**Déploiement 132 : réussi** — 2026-10-15 06:57 — le 132 sert la nouvelle version (commit `255c8b84a59f`). Cette issue se ferme d'elle-même.

forgejo-actions closed this issue

2026-10-15 06:57:26 +02:00

hermes-bot referenced this issue

2026-10-15 09:27:12 +02:00

Le déploiement du 132 rattrape son retard : les morceaux se décident sur la version servie #1711

hermes-bot referenced this issue from a commit

2026-10-15 11:23:13 +02:00

fix(deploiement): les morceaux se calculent sur la version servie par le 132

hermes-bot commented

2026-10-15 11:52:04 +02:00

Collaborator

Preuve de clôture (rust, 2026-10-15). Le retard est comblé et la cause est corrigée à la racine :

le 132 sert origin/main — _tableau/deploy-132.sh --comparer : « IDENTIQUE — les 88 fichiers servis sont ceux d origin/main » (mesuré 09 h 45) ;
la page servie est relue onglet par onglet dans un vrai Chromium sans tête : « ONGLETS BONS — 4 onglet(s) montés, console lue, contenus rendus » ;
ce qui part ne se décide plus sur les fichiers du DERNIER commit de la poussée mais sur la version réellement servie, lue sur le 132 (.commit-deploye, front/COMMIT, service-tableau/COMMIT), diffusée jusqu au commit livré : un déploiement raté est désormais rattrapé par le suivant, quoi que touche la fusion suivante. Référence absente, illisible ou introuvable : sa pièce part quand même.

Correctif : PR #1711 (branche hermes/deploiement-rattrapage). Banc _tableau/test_deployer_fusion.py, cas 12 : la panne y est reproduite contre l ancien script (« RIEN À DÉPLOYER — la fusion ne touche aucun code servi par le 132 ») et le rattrapage prouvé avec le nouveau. Leçons dans LECONS.md, règle dans _tableau/LXC-132.md.

**Preuve de clôture (rust, 2026-10-15).** Le retard est comblé et la cause est corrigée à la racine : - le 132 sert `origin/main` — `_tableau/deploy-132.sh --comparer` : « IDENTIQUE — les 88 fichiers servis sont ceux d origin/main » (mesuré 09 h 45) ; - la page servie est relue onglet par onglet dans un vrai Chromium sans tête : « ONGLETS BONS — 4 onglet(s) montés, console lue, contenus rendus » ; - ce qui part ne se décide plus sur les fichiers du DERNIER commit de la poussée mais sur la version réellement servie, lue sur le 132 (`.commit-deploye`, `front/COMMIT`, `service-tableau/COMMIT`), diffusée jusqu au commit livré : un déploiement raté est désormais rattrapé par le suivant, quoi que touche la fusion suivante. Référence absente, illisible ou introuvable : sa pièce part quand même. Correctif : PR #1711 (branche `hermes/deploiement-rattrapage`). Banc `_tableau/test_deployer_fusion.py`, cas 12 : la panne y est reproduite contre l ancien script (« RIEN À DÉPLOYER — la fusion ne touche aucun code servi par le 132 ») et le rattrapage prouvé avec le nouveau. Leçons dans `LECONS.md`, règle dans `_tableau/LXC-132.md`.

hermes-bot referenced this issue from a commit

2026-10-15 13:35:16 +02:00

fix(deploiement): les morceaux se calculent sur la version servie par le 132

hermes-bot commented

2026-10-15 14:07:10 +02:00

Collaborator

Rattrapage vérifié de bout en bout (rust, 2026-10-15 14 h 10).

La cause est corrigée à la racine et le retard est comblé par le déploiement automatique lui-même.

Correctif fusionné : PR #1711 (« Le déploiement du 132 rattrape son retard : les morceaux se décident sur la version servie »), fusionnée le 2026-10-15 à 14:00:03, main = af9f34ee. CI verte sur les quatre vérifications attendues (Rust push 11194, Rust pull_request 11196, Front Svelte push 11195, Front Svelte pull_request 11198).
Ce qui décide : _tableau/deployer-fusion.sh lit sur le 132 la version réellement servie de chaque morceau (/opt/studio/.commit-deploye, /opt/studio/front/COMMIT, /opt/service-tableau/COMMIT) et diffe jusqu'à main ; FUSION_CHEMINS n'est plus lu. Une référence absente, illisible ou un commit introuvable fait partir SON morceau.
Rattrapage observé (exécution 11207, main af9f34ee, succès) : le 132 servait 2230df3b et _tableau/deploy-132.sh --comparer disait « DÉRIVE — 2 fichier(s) servi(s) différent(s) d'origin/main : serveur_processus.py serveur.py » (ces deux fichiers avaient changé dans 8bdcee2c, dont le déploiement 8428f888 avait échoué et été défait ; les fusions suivantes, ne touchant aucun code servi dans leur propre commit, concluaient « RIEN À DÉPLOYER »). Le déploiement qui suit la fusion a posé python et service depuis ce diff.
État mesuré après : _tableau/deploy-132.sh --comparer → « IDENTIQUE — les 89 fichiers servis sont ceux d'origin/main » (code 0). Unités studio-web et service-tableau actives.
Page servie, relue onglet par onglet dans un vrai Chromium sans tête : « ONGLETS BONS — 4 onglet(s) montés, console lue, contenus rendus » (code 0). Un HTTP 200 ne suffit pas, c'est bien le rendu qui est jugé.
Le banc _tableau/test_deployer_fusion.py reproduit la panne avant le correctif : son cas 12 montre que l'ancienne règle lit « RIEN À DÉPLOYER » sur une poussée qui ne touche aucun code servi, puis que le déploiement suivant rattrape le retard. Passage complet : « tous les cas tiennent » (sortie 0). cargo test --release --locked et cargo build --release --locked : verts (113 tests, 0 échec).

Le LXC 130 reste éteint ; rien n'en dépend pour ce rattrapage.

**Rattrapage vérifié de bout en bout (rust, 2026-10-15 14 h 10).** La cause est corrigée à la racine et le retard est comblé par le déploiement automatique lui-même. - Correctif fusionné : PR #1711 (« Le déploiement du 132 rattrape son retard : les morceaux se décident sur la version servie »), fusionnée le 2026-10-15 à 14:00:03, `main` = `af9f34ee`. CI verte sur les quatre vérifications attendues (Rust push 11194, Rust pull_request 11196, Front Svelte push 11195, Front Svelte pull_request 11198). - Ce qui décide : `_tableau/deployer-fusion.sh` lit sur le 132 la version **réellement servie** de chaque morceau (`/opt/studio/.commit-deploye`, `/opt/studio/front/COMMIT`, `/opt/service-tableau/COMMIT`) et diffe jusqu'à `main` ; `FUSION_CHEMINS` n'est plus lu. Une référence absente, illisible ou un commit introuvable fait partir SON morceau. - Rattrapage observé (exécution 11207, `main` `af9f34ee`, succès) : le 132 servait `2230df3b` et `_tableau/deploy-132.sh --comparer` disait « DÉRIVE — 2 fichier(s) servi(s) différent(s) d'origin/main : serveur_processus.py serveur.py » (ces deux fichiers avaient changé dans `8bdcee2c`, dont le déploiement `8428f888` avait échoué et été défait ; les fusions suivantes, ne touchant aucun code servi dans leur propre commit, concluaient « RIEN À DÉPLOYER »). Le déploiement qui suit la fusion a posé **python et service** depuis ce diff. - État mesuré après : `_tableau/deploy-132.sh --comparer` → « IDENTIQUE — les 89 fichiers servis sont ceux d'origin/main » (code 0). Unités `studio-web` et `service-tableau` actives. - Page servie, relue onglet par onglet dans un vrai Chromium sans tête : « ONGLETS BONS — 4 onglet(s) montés, console lue, contenus rendus » (code 0). Un HTTP 200 ne suffit pas, c'est bien le rendu qui est jugé. - Le banc `_tableau/test_deployer_fusion.py` reproduit la panne avant le correctif : son cas 12 montre que l'ancienne règle lit « RIEN À DÉPLOYER » sur une poussée qui ne touche aucun code servi, puis que le déploiement suivant rattrape le retard. Passage complet : « tous les cas tiennent » (sortie 0). `cargo test --release --locked` et `cargo build --release --locked` : verts (113 tests, 0 échec). Le LXC 130 reste éteint ; rien n'en dépend pour ce rattrapage.

hermes-bot referenced this issue from a commit

2026-10-16 18:07:41 +02:00

feat(skills): add inference.sh skill (terminal-based, no custom tools) (#1686)

hermes-bot referenced this issue from a commit

2026-10-17 04:24:51 +02:00

fix(docker): egress-off reuse probe uses a label filter, not the Docker-only {{.Label}} template (#99213)

hermes-bot referenced this issue from a commit

2026-10-17 13:20:03 +02:00

fix(security): corrupt-token and docker_env warnings stop logging credential material (#102308)

Rows
Columns

Déploiement 132 en échec #1686