Fuente: memoria de Claude
leads-wait-crash-fix(incidente 2026-06-04).
La ejecución 258 del workflow kymbp0PzCmBCUws5 (Leads Inmobiliarias → WhatsApp) quedó en estado crashed en el nodo Wait jitter. El mensaje de WhatsApp ya se había enviado (Evolution Send 201) antes del corte.
n8n corre en modo regular (sin queue). El nodo Wait mete la ejecución a estado waiting/offload; si el proceso n8n se recrea (docker compose up -d) durante ese estado, la ejecución muere crashed. La ejecución sobrevivió 7 min en running (Ollama ICP + WhatsApp) y murió exacto en el Wait → el path frágil es el offload del Wait, no timing aleatorio. El contenedor fue recreado mientras se editaba docker-compose.yml.
Wait jitter por un Code node con await new Promise(r => setTimeout(r, secs*1000)) — mantiene la ejecución en running (mismo patrón que ya usa Buscar Places). Lee wait_min_s/wait_max_s (30-90s).deploy-on-vm.sh: aborta el deploy de infra en ventana de envío (L-V 09-19 Bogotá). Escape: FORCE_DEPLOY=1.EXECUTIONS_MODE=queue + Redis (la ejecución sobrevive al restart del main).