- Se descapó
- 8 de septiembre de 2026 a las 0:23 UTC
- Autor
- Kamo
- Compromit
- ee2981d
El relevo se suscribió una vez, de "PostConstruct", y nunca más. Cuando VOIPService voip.----------que no había * ambas réplicas registradas exactamente una línea cada uno y luego no transmitió nada, nunca: [VoipRelay] No se suscribió a voip. [SUB-90007] Sin flujos coincidentes para el sujeto. Sin textos en vivo, sin placa no leída, sin eventos de llamada, sin buzón de voz, sin empuje móvil, en un pod que de otra manera se veía perfectamente saludable. Crear la corriente fija la causa, pero No esas vainas: ya habían hecho su único intento. El pedido tampoco es arreglable. VOIPService crea la corriente cuando VOIPService botas; MediaService se suscribe cuando MediaService arranca. Nada secuencias dos despliegues, por lo que "el arroyo existe para cuando se inicia el relé" es un vuelco de la moneda cada grupo reinicia. El relevo tiene que tolerar que el arroyo no esté allí todavía. aseguraSuscritas () ahora es idempotente y hay tres puertas en ella: la original PostConstruct, un intento de 30s mientras no se atacía, y el que importa un miembro suscripción a /tópico/voip/*, que significa que una persona real está sentada frente a un SMS ventana esperando marcos esta cápsula no está recibiendo. isRelayBound() pregunta si la suscripción es ACTIVE, no si se suscríeles () devuelto. Un consumidor efímero es cosechado después de su umbral inactivo, y una vaina mantener una manada a un consumidor NATS ha olvidado las miradas suscritas y recibe nada - el mismo silencio que nunca se había suscrito, sin ninguna de las pruebas. Ese caso también se enreda. El primer fallo registra en ERROR y dice lo que es inerto por ello; el registro de recuperación en el depuro, por lo que una corriente que no existe todavía no llena el registro cada 30 segundos.