103922 Has hecho demasiadas peticiones seguidas

LIMITE_DE_TASA_QUE_PONEMOS_NOSOTROS

Clase común a toda la flota (familia «límites»): Límite de tasa: limitamos NOSOTROS a quien llama. El fallo está en algo de lo que depende social-hub, no en la petición.

Qué ha pasado

Clase de FLOTA (ADR-0009 D1.2): el límite lo ponemos nosotros. El servicio está sano y funcionando; simplemente ha recibido más peticiones por minuto de las que acepta de un mismo cliente. NO es una avería, y por eso no cuenta como tal en ninguna alarma. El cuerpo dice cuál es el límite y en cuántos segundos volver; las cabeceras Retry-After y x-ratelimit-* dicen lo mismo para un cliente automático.

Cómo se soluciona

Baja el ritmo de las llamadas y respeta el Retry-After. Si el límite se queda corto para un uso legítimo, se sube — pero se sube a propósito, no reintentando más deprisa.

Qué hacer mientras tanto

Reintentar pasado el plazo funciona; el trabajo no se ha perdido.

Ya costó tiempo

03-sep-2026. Este 429 emitía el 103920, que significa lo contrario. Somos el segundo de CUATRO servicios de la flota con el rechazo por límite mal dicho, y con tres formas distintas de decirlo mal, todas encontradas la misma noche. Y antes de eso, el 01-sep, era el ÚNICO error de la API que no seguía la forma del D3 y el único en inglés: el limitador respondía {"error":"Rate limit exceeded, retry in 1 minute"} tal cual lo traía la librería. O sea que este 429 ha estado mal dicho de tres maneras distintas y consecutivas: en inglés, sin código, y con el código de otra cosa. Es el error más repetible de la API y el que más veces se ha arreglado a medias.

Dónde se lanza

backend/src/app.ts · limitador de tasa (429)

Cómo se lee el código

1: origen: Fortiseg
03: servicio: social-hub
922: clase común a toda la flota: Límite de tasa: limitamos NOSOTROS a quien llama