Es scheint, dass sich Benutzer, die sich kürzlich registriert haben (Bearbeitung: oder vielleicht nur den „System-Avatar“ haben, aber nicht in meinem Browser zwischengespeichert haben), nicht den typischen farbigen System-Avatar erhalten, sondern stattdessen nur ein weißes / leeres Bild. In einigen Fällen scheint es zu laden und asynchron zu aktualisieren. Ich sehe dies auf meiner Instanz, aber auch hier:
Ein Feuer/eine Explosion in der Nähe des Rechenzentrums, in dem der Avatar-Dienst gehostet wird, hat den Ausfall verursacht. Wir arbeiten daran, alles wieder online zu bringen.
Ich habe heute Morgen das gleiche Problem (Admin-Berichte werden nicht geladen) festgestellt. Die Protokolle zeigen viele Timeout-Fehler im Avatar-Proxy-Dienst und im Versionsprüfungsauftrag. Ich frage mich, ob dies dazu führt, dass andere Hintergrundaufgaben verzögert werden, einschließlich der Generierung von Berichten.
Dass Avatare über nginx geleitet werden und diese nun 15 Sekunden statt Millisekunden zum Timeout benötigen, kann unter Umständen Ihre nginx-Kapazität ernsthaft sättigen und zu Fehlern bei anderen, nicht zusammenhängenden Anfragen führen.
Es scheint zu helfen, Admin - Einstellungen - Dateien - external_system_avatars_enabled vorübergehend zu deaktivieren. (danke @gerhard)
Vielen Dank, Leute. Ich leite dies an unser Systemadministratorteam weiter, damit es prüfen kann, was die Fehler bei der Berichterstattung verursachen könnte und ob die von Ihnen bereitgestellte temporäre Lösung in unserem Fall angewendet werden sollte.
Es hat eine Weile gedauert, bis ich gemerkt habe, dass dies eine Foreneinstellung ist. Ich kann berichten, dass das Deaktivieren des externen Avatar-Dienstes nicht dazu beiträgt, dass die Admin-Dashboard-Module geladen werden.
Für mich ist es interessant, dass unsere selbst gehostete Instanz während dieses Problems unter viel zufälliger Instabilität litt, zusätzlich zu dem offensichtlichen Problem, dass Avatare einfach nicht geladen wurden… Das Deaktivieren des „externen Avatar-Dienstes“ in den Einstellungen half auch nicht – Avatare wurden dann überhaupt nicht mehr gerendert, und die API-Aufrufe blockierten immer noch lange, bevor sie fehlschlugen. Ich dachte, unsere Instanz sei mehr oder weniger unabhängig, oder könnte es sein, aber offenbar nicht.
Wenn die Einstellung umgeschaltet wird, entfällt die Abhängigkeit vom zentralen Dienst, es ist jedoch ein vollständiges erneutes Backen aller Beiträge erforderlich, um alle zwischengespeicherten Avatar-URLs zu aktualisieren.
Sie haben absolut Recht, dass ein Ausfall des Letter-Avatar-Dienstes den Rest der Website nicht beeinträchtigen sollte. Wie @RGJ bemerkte, scheint dies mit der NGINX-Kapazität zusammenzuhängen, wenn die weitergeleiteten Anfragen lange blockiert werden – wir werden uns auf jeden Fall damit befassen, ob hier Verbesserungen vorgenommen werden können.
