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
|
Diagnóstico rápido: comparar las dos columnas. Si difieren, lo que corre no es
|
||||||
lo que estás leyendo.
|
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
|
## Antes de tocar una BD de un pod: desarmar ArgoCD
|
||||||
|
|
||||||
Casi todo está bajo Applications con `automated{selfHeal,prune}`. Un
|
Casi todo está bajo Applications con `automated{selfHeal,prune}`. Un
|
||||||
|
|||||||
Reference in New Issue
Block a user