Post mortem de n8n

El 15 de agosto de 2026, después de rehacer la cuenta de propietario de un n8n autoalojado, el inicio de sesión funcionaba y enseguida devolvía a la pantalla de acceso. Los registros del servidor no mostraban ningún error de autenticación. La API y los 24 workflows siguieron funcionando, sin pérdida de datos, pero el editor quedó fuera de alcance.

La autenticación nunca falló. n8n encuentra el proyecto personal de un usuario a través de una columna, y esa columna seguía apuntando al usuario borrado. La consola del navegador mostraba un 404 en la dirección del proyecto personal, un error que el servidor nunca registró.

No se cambió nada a ciegas. Consultas de solo lectura a la base de datos, los registros comparados con las horas exactas de cada intento y peticiones con curl cambiando una variable cada vez confirmaron primero la causa. Después, un script recorrió todas las tablas buscando el identificador borrado y encontró 726 referencias obsoletas, donde el arreglo a mano había encontrado una.

Al corregirlas volvieron a funcionar las claves de API de una integración externa y de varios workflows internos, que llevaban horas fallando en silencio. Del bloqueo al arreglo pasó alrededor de 1 h 20.

Borrar la fila entera del usuario, al principio, fue lo que causó el daño; habría bastado con vaciar tres campos de la verificación en dos pasos. Desde entonces corrijo los datos y evito borrarlos. Un mensaje de error del segundo reinicio describía la causa con todas las letras, así que ahora leo los errores como datos. Y cuando el servidor parece sano, miro pronto el navegador.