Кажется, что в последнее время пользователи, которые регистрируются (редактирование: или, возможно, просто имеют «системный аватар», но он не кэшируется в моём браузере), не получают обычный цветной системный аватар; вместо этого у них появляется белое изображение или вообще ничего. В некоторых случаях, похоже, оно загружается асинхронно при обновлении. Я наблюдаю это на своём экземпляре, а также здесь:
Редактирование:
Похоже, что в некоторых случаях запрос аватара возвращает ошибку 502.
Пожар/взрыв вблизи дата-центра, где размещен сервис аватаров, стал причиной сбоя. Мы работаем над восстановлением работы всех систем.
Я не вижу никаких проблем с отчетами администраторов на наших сайтах.
Вы можете отслеживать инцидент на нашей странице статуса по адресу https://status.discourse.org/
Сегодня утром я столкнулся с той же проблемой (административные отчеты не загружаются). В логах зафиксировано множество ошибок тайм-аута в сервисе-прокси аватаров и в задаче проверки версии. Не исключено, что это вызывает задержки других фоновых задач, включая генерацию отчетов.
Тот факт, что аватары проксируются через nginx, и теперь они вызывают таймаут за 15 секунд вместо загрузки за миллисекунды, в некоторых случаях может серьёзно перегрузить возможности вашего nginx, что приведёт к ошибкам и в других, не связанных с этим, запросах.
Похоже, помогает временное отключение в Администрировании: Настройки → Файлы → external_system_avatars_enabled. (спасибо @gerhard)
Спасибо, ребята. Я передам это нашей команде системных администраторов, чтобы они проверили, что может вызывать ошибки в отчетах, и нужно ли применять временное решение, которое вы предоставили, в нашем случае.
Мне потребовалось некоторое время, чтобы понять, что это настройки форума. Могу сообщить, что отключение внешнего сервиса аватаров не помогает модулям панели администратора загружаться.
Центральный сервис аватаров снова работает 
Меня удивляет, что наш самодостаточный экземпляр столкнулся с множеством случайных сбоев в ходе этой проблемы, помимо очевидной — аватары просто не загружались… Отключение «внешней службы аватаров» в настройках также не помогло — аватары перестали отображаться вовсе, а вызовы API по-прежнему блокировались долгое время перед завершением с ошибкой. Я думал, что наш экземпляр более или менее независим, или может быть таковым, но, apparently, это не так.
Изменение этого параметра уберет зависимость от центрального сервиса, но потребует полной пересборки всех сообщений для обновления всех закэшированных URL-адресов аватаров.
Вы абсолютно правы, что сбой сервиса аватаров в виде букв не должен влиять на остальную часть сайта. Как отметил @RGJ, это, по-видимому, связано с пропускной способностью NGINX, когда проксируемые запросы блокируются на длительное время — мы обязательно изучим возможность внесения каких-либо улучшений в этой области.
