- Enviado
- 24 de septiembre de 2026 a las 3:21 UTC
- Autor
- Kamo
- Commit
- 86cc3b5
Cada jicofo entra a prosodia como el mismo JID completo, focus@auth.meet. Meet/focus. La salida maxSurge de 9da0998 corre dos de ellos a la vez, y la prosodia responde a segundo login en un JID pateando el primero con un stream `conflict`, que Smack Nunca vuelve a conectarse. On 2026-09-23 a `rollout restart` of prosody and jicofo juntos dejar que el jicofo saliente vuelva a conectarse a la nueva prosodia después de la entrada uno había entrado. Desplazaba la nueva cápsula y luego salió, así que no había foco en absoluto: jicofo no sabía puente, y cada reunión no comenzó. La sonda tcpSocket en 8888 lo escondió. El servidor REST une ese puerto independientemente de la sesión XMPP, así que la cápsula se sentó corriendo 1/1 para todo el outage. Las sondas ahora requiere un socket ESTABLISHED para prosody:5222 (0x1466 en /proc/net/tcp). Revisado contra ambos estados: salida 1 en la cápsula muerta, salida 0 en la recuperada.