CLAUDE.md: tras publicar por SQLite hay que reiniciar el pod de n8n

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
This commit is contained in:
2026-07-31 09:00:49 +00:00
co-authored by Claude Opus 5
parent bd92f5ae9d
commit d9e8de9e17
+9
View File
@@ -38,6 +38,15 @@ escribir en las dos tablas.
Diagnóstico rápido: comparar las dos columnas. Si difieren, lo que corre no es
lo que estás leyendo.
**Y aun escribiendo las dos, hay que REINICIAR el pod.** n8n carga los workflows
activos en memoria al arrancar; un `UPDATE` en SQLite no se los recarga, y la
ejecución siguiente sigue usando la versión vieja **sin dar ningún error**. Pasó
el 2026-07-31: la primera publicación coló solo porque ArgoCD reinició el pod
justo después por otro motivo, y la segunda se probó contra el código viejo
durante media hora. Regla: `kubectl -n n8n rollout restart deploy/n8n` y
comprobar que el `startTime` del pod es POSTERIOR a la escritura, antes de dar
por buena ninguna prueba.
## Antes de tocar una BD de un pod: desarmar ArgoCD
Casi todo está bajo Applications con `automated{selfHeal,prune}`. Un