Resumen

  • En RIPE 93, RIPE NCC atribuyó el agotamiento de sockets de su web Database a conexiones de backend que no se cerraban del todo tras el despliegue de OIDC.
  • El fallo afectó a usuarios durante unos minutos. Reiniciar la aplicación fue la medida provisional; las otras aplicaciones Database no resultaron afectadas.

La cerradura nueva funcionaba. El cuarto de máquinas, menos.

RIPE NCC sustituyó el acceso por cookie de su sitio Database con OIDC y, después del despliegue, la aplicación web agotó sus sockets porque dejaba conexiones de backend abiertas. Hubo usuarios afectados durante unos minutos.

Edward Shryane explicó el episodio en el grupo Database de RIPE 93 el 29 de octubre. Situó el cambio visible de inicio de sesión a mediados de septiembre. El arreglo para las conexiones ya estaba preparado, dijo, pero aún hacía falta desplegarlo; mientras tanto, reiniciar la aplicación permitió recuperarla. Su intervención no fija el día exacto del fallo ni el de instalación del arreglo.

La actualización a miembros de octubre confirma que OIDC sustituyó la cookie Crowd del sitio. Las notas de versión sitúan el soporte de OIDC en la versión 1.124 desplegada en producción el 27 de agosto. Soporte, activación del sitio y avería ocupan momentos diferentes. El relato de RIPE permite separar esos relojes.

La contención sí está descrita. Shryane señaló que la web estaba en un contenedor y que las demás aplicaciones de la base de datos siguieron funcionando. El problema golpeó la disponibilidad de la interfaz web. No hay en su informe un recuento de cambios de registro perdidos ni una atribución a los demás servicios; la frontera del contenedor explica por qué el incidente quedó localizado.

Faltan tres datos públicos: fecha del episodio, cantidad de solicitudes afectadas y constancia de cuándo llegó el arreglo a producción. Con ellos se podría cerrar la historia operativa que hoy termina en un reinicio provisional.