Parece que recientemente, los usuarios que se registran (editar: o tal vez solo tienen el “avatar del sistema” pero no en caché en mi navegador) no obtienen el típico avatar de personaje de color del sistema, sino que solo obtienen una imagen blanca / nada. En algunos casos, parece que se carga, actualizándose de forma asíncrona. Veo esto en mi instancia, pero también aquí:
Editar:
Parece que la cosa del avatar a veces devuelve un error 502.
Un incendio/explosión en las inmediaciones del centro de datos donde se aloja el servicio de avatares ha provocado la interrupción. Estamos trabajando para que todo vuelva a estar en línea.
Gracias por la actualización.
¿Hay alguna página de estado del centro de datos para seguir el incidente nosotros mismos?
¿Y somos solo nosotros a los que no nos funcionan los informes de administrador?
No veo ningún problema con los informes de administración en nuestros sitios.
Puede seguir el incidente en nuestra página de estado en https://status.discourse.org/
Esta mañana he visto el mismo problema (los informes de administrador no se cargan). Los registros muestran muchos errores de tiempo de espera en el servicio proxy de avatares y en el trabajo de verificación de versiones. Me pregunto si eso está causando retrasos en otras tareas en segundo plano, incluida la generación de informes.
El hecho de que los avatares se estén enviando a través de nginx, y que ahora tarden 15 segundos en agotar el tiempo de espera en lugar de milisegundos en cargarse, puede, en algunas circunstancias, saturar gravemente tu capacidad de nginx, lo que provoca errores en otras solicitudes no relacionadas.
Parece que ayuda desactivar temporalmente Admin - Settings - Files - external_system_avatars_enabled. (gracias @gerhard)
Gracias, chicos. Lo reenvío a nuestro equipo de administradores de sistemas para que comprueben qué puede estar causando errores en los informes y si la solución temporal que proporcionasteis debe aplicarse en nuestro caso.
Me tomó un tiempo darme cuenta de que esto es una configuración de foro. Puedo informar que deshabilitar el servicio de avatar externo no ayuda a que los módulos del panel de administración se carguen.
El servicio central de avatares ya debería estar de nuevo en línea 
Me resulta interesante que nuestra instancia autoalojada sufriera muchas inestabilidades aleatorias durante este problema, además de la obvia de que los avatares simplemente no se cargaban… Desactivar el “servicio de avatares externo” en la configuración tampoco ayudó: los avatares entonces no se renderizaron en absoluto, y las llamadas a la API todavía se bloquearon durante mucho tiempo antes de fallar. Pensé que nuestra instancia era más o menos independiente, o podría serlo, pero aparentemente no es así.
Desactivar la configuración eliminará la dependencia del servicio central, pero requerirá una nueva generación completa de todas las publicaciones para actualizar todas las URL de avatares en caché.
Tienes toda la razón en que una interrupción en el servicio de avatares de letras no debería afectar al resto del sitio. Como señaló @RGJ, esto parece estar relacionado con la capacidad de NGINX cuando las solicitudes proxy se bloquean durante mucho tiempo; sin duda, investigaremos si se pueden realizar mejoras allí.
