It seems like as of recently, users who sign up (edit: or maybe just have the “system avatar” but not cached in my browser) don’t get the typical colored-character system avatar, instead they just get a white / nothing picture. In some cases it seems like it loads, refreshing asynchronously. I see this on my instance, but also here: [Screenshot 2022-01-17 at 09.41.43] [Screenshot 2022-01-17 at 09.42.26] Edit: Looks like the avatar thing is sometimes returning a 502 error. [Screenshot 2022-01-17 at 09.46.56]

A fire/explosion in the vicinity of the datacenter where the avatar service is hosted has caused the outage. We are working on getting everything back online.

Thanks for the update. Is there any status page of the datacenter to track the incident ourselves? And is it just us having admin reports not working? Browser Network [image] Admin reports loading... [image] Admin reports failed to load [image]

I’m not seeing any problems with admin reports on our sites. You could track the incident on our status page at https://status.discourse.org/

I have seen the same problem (admin reports not loading) this morning. The logs show lots of timeout errors in the avatar proxy service and the version check job. I wonder if that is causing other background tasks to be delayed, including the generation of reports.

The fact that avatars are being proxied through nginx, and those are now taking 15 seconds to timeout instead of milliseconds to load can under some circumstances seriously saturate your nginx capacity, resulting in errors in other, unrelated, requests as well. It does seem to help to temporarily disable Admin - Settings - Files - external_system_avatars_enabled. (thx @gerhard)

Thank you guys. I’m forwarding this to our sysadmin team for them to check what may be causing reporting errors and if temp fix you provided should be applied in our case

It took me some time to realize this is a forum setting. Can report that disabling external avatar service does not help admin dashboard modules to load.

It’s interesting to me that our self hosted instance suffered a lot of random flakiness during this issue, on top of the obvious one of just avatars not loading… Turning off “external avatar service” in the settings also did not help – avatars then did not render at all, and the API calls still blocked for a long time before failing. I thought our instance was more or less independent, or could be, but apparently not so.

Flipping the setting will remove the dependence on the central service, but it will require a full rebake of all posts to update all the cached avatar URLs. You’re absolutely right that an outage in the letter avatar service shouldn’t affect the rest of the site. As @RGJ noted, this seems to be related to NGINX capacity when the proxied requests block for a long time - we’ll certainly look into whether any improvements can be made there.

Avatar service somewhat broken

Product Support

david (David Taylor) January 17, 2022, 3:54pm 10

The central avatars service should now be back online

Topic		Replies	Views
Avatar service seems to be down Product Support	2	514	December 16, 2022
Missing system's avatar in some places? Product Support	4	535	September 13, 2023
External system letter avatars fail to download Self-hosting	8	1309	March 19, 2019
Avatar server issues? Product Support	6	1347	November 16, 2016
Some requests fail with 504 Product Support	3	578	April 18, 2023

Avatar service somewhat broken

Related topics