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:
@@ -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
|
||||
|
||||
Reference in New Issue
Block a user