Todos los servicios › fleet-telemetry
107900 Las alertas se aceptan pero no llegan a nadie
canal_de_avisos_mudo
El servicio tiene este código declarado, pero todavía no lo emite.
Clase común a toda la flota (familia «dependencia»): Dependencia no disponible. El fallo está en algo de lo que depende fleet-telemetry, no en la petición.
Qué ha pasado
El camino de salida acepta la alerta (202 con identificador) y la entrega final nunca ocurre. Todos los indicadores del emisor quedan en verde mientras ninguna alerta llega a un humano. Es el fallo más caro de este repo porque NO SE PARECE A UN FALLO: se parece a una semana tranquila.
Cómo se soluciona
Comprobar la ENTREGA, no la aceptación: pedir el estado de la entrega y exigir el identificador del destino final. Si está en agotado o fallido sin referencia externa, el canal está muerto aunque el envío diga "aceptado".
Qué hacer mientras tanto
Mientras no haya entrega, usar el panel de Alertmanager como fuente de verdad y asumir que NADIE va a recibir un aviso: cualquier guardia pasa a ser activa, no reactiva.
Ya costó tiempo
23 al 29-ago-2026: seis días con el canal muerto y 864 entregas perdidas. Dentro iban 28 h 30 min de avisos de que nodo1 se estaba quedando sin disco; el nodo llegó a 0 bytes y tumbó a Atalaya. Tres reposiciones del token parecieron arreglarlo porque se verificaron por el camino equivocado (probando la credencial a mano en vez de por el camino del worker). La causa real: el token del worker era el MISMO valor que usaba una persona, y dos clientes con el mismo device_id se invalidan mutuamente.
Dónde se lanza
central/atalaya/alert-to-atalaya.py — publicar()
Cómo se lee el código
1- origen: Fortiseg
07- servicio: fleet-telemetry
900- clase común a toda la flota: Dependencia no disponible