Fehlerbehebung bei einer langsamen Webseite, die bis heute Morgen ziemlich schnell war

Wie gehe ich bei der Fehlerbehebung einer Website vor, die heute (ohne ersichtlichen Grund) langsam geworden ist?

Die Ressourcennutzung ist sehr gering:


Dies ist ein 16 GB Speicher / 4 AMD vCPUs / 200 GB Festplatte / SFO3 - Ubuntu 24.04 (LTS) x64 Droplet mit 30% Festplattennutzung.

Der DigitalOcean Service-Status war den ganzen Tag über normal.

Langsame Website wurde von Benutzern an verschiedenen Standorten gemeldet.

yaml:
UNICORN_WORKERS: 8
db_shared_buffers: "1024MB"
db_work_mem: "40MB"

Ich habe neu aufgebaut und Sidekiq mehr Speicher gegeben UNICORN_SIDEKIQ_MAX_RSS: 1000

Einige 429-Fehler in der Konsole:


Der Fehlerprotokoll der letzten 3 Tage:

1 „Gefällt mir“

Was passiert im abgesicherten Modus?

1 „Gefällt mir“

Ich bekomme im abgesicherten Modus keine Fehler in der Konsole, aber es ist viel langsamer. Es dauert etwa 10-15 Sekunden, um etwas zu laden, und Bilder ruckeln, als ob sie über ein 14,4-Kbps-Modem kämen.

Es dauerte etwa 20 Sekunden, um /logs zu laden. Zurück zu /admin dauerte es etwa eine Minute.

Ein “Poll” scheint lange zu dauern:

Übrigens, das sind die laufenden Plugins:

1 „Gefällt mir“

Hier sind ein paar weitere Datenpunkte von heute Morgen. Sidekiq scheint entspannt zu sein:

Interessante Speicher-Grafik – nach App-Neuerstellungen liegt sie bei etwa 20-30 %, springt dann während eines Backups auf 46 % und bleibt dort:

Haben Sie die berüchtigte Badges-in-Posts-Theme-Komponente installiert?

4 „Gefällt mir“

Dieses hier?

8 „Gefällt mir“

Wow! Tag und Nacht, nachdem die Komponente „Post Badges“ entfernt wurde. Das Deaktivieren machte keinen Unterschied, aber das Löschen schon. Keine Konsolenfehler mehr.

Danke @Falco!

5 „Gefällt mir“

Nun, ich fürchte, das war es nicht, oder zumindest nicht das Ganze.

Jetzt sehe ich kaputte Bilder und das hier in der Konsole:

Immer noch langsame Ladezeiten oder gar kein Laden mit dem sich drehenden Kreis…

1 „Gefällt mir“

Ich frage mich, ob das etwas mit dem Problem zu tun hat:

Ich habe Discourse vor etwa 4 Wochen aus einem Backup wiederhergestellt, als ich es von einem alten Ubuntu 16.4 LTS Droplet auf ein neues, das Ubuntu 24.04 ausführt, verschoben habe. Ich habe kein manuelles erneutes Backen durchgeführt.

2 „Gefällt mir“

Wird immer seltsamer. Dies geschieht, wenn man von /logs nach /admin wechselt, indem man auf den Link “Zurück zur Website” klickt.

1 „Gefällt mir“

Es gab kürzlich ein weiteres Thema mit dem Fehler „no route named admin“.
Site Glitch Content Not Showing Up - #18 by Suresh_Suthar

Vielleicht hängt das auch mit Cloudflare zusammen
Resolving "SyntaxError: Unexpected identifier #..." caused by Cloudflare Auto Minify

2 „Gefällt mir“

Hmm. Meine verwendet nicht Cloudflare, aber ich habe einen doppelten Header in Chrome gesehen, wie im ersten Beitrag dort.

Ich habe gerade ohne Plugins außer docker_manager neu erstellt, also werde ich berichten, wie es sich verhält.

Eine andere Sache, die man beachten sollte, ist, dass ich, wenn es in Chrome hängt, diesen Tab schließen und einen neuen öffnen musste. Ein erzwungenes Neuladen hat nichts gebracht.

1 „Gefällt mir“

Jetzt schlägt das nächtliche Backup nach S3 fehl, ohne dass sich an der Einrichtung etwas geändert hat:

[2024-10-10 15:03:04] Uploading archive...
[2024-10-10 15:14:33] EXCEPTION: multipart upload failed: Net::WriteTimeout with #<TCPSocket:(closed)>

EDIT: Zwei manuell ausgelöste Backups schlugen mit demselben Fehler wie oben fehl, aber dann waren zwei manuelle Backups erfolgreich. Alles ohne Änderungen an der Einrichtung. :person_shrugging:

1 „Gefällt mir“

Ich sehe keine Fehler in der Konsole, nur sehr langsame Ladezeiten intermittierend:

Discourse Doctor sieht bei einem Lauf gut aus, meldet dann bei einem zweiten Lauf, dass Port 587 wahrscheinlich blockiert ist, was seltsam ist, da er die Test-E-Mail beim ersten Lauf und dann beim dritten Lauf erfolgreich zugestellt hat:

Verbindung zu Port 587 fehlgeschlagen.
====================================== LÖSUNG =======================================
Das wahrscheinlichste Problem ist, dass Ihr Server ausgehenden SMTP-Verkehr blockiert.
Wenn Sie einen Dienst wie Mailgun oder Sendgrid verwenden, versuchen Sie es mit Port 2525.

Habe ich Recht zu denken, dass mit diesem DigitalOcean Droplet etwas faul ist?

Es scheint, dass dieser Droplet einige Netzwerkprobleme hat – der Download ist ziemlich langsam, aber beachten Sie die Upload-Geschwindigkeit :scream::

speedtest-cli
Retrieving speedtest.net configuration...
Testing from Digital Ocean (24.199.xxx.xxx)...
Retrieving speedtest.net server list...
Selecting best server based on ping...
Hosted by Next Level Infrastructure (Santa Clara, CA) [4.38 km]: 2.242 ms
Testing download speed................................................................................
Download: 839.25 Mbit/s
Testing upload speed......................................................................................................
Upload: 1.27 Mbit/s
1 „Gefällt mir“

Hier ist der glückliche Abschluss dieser Saga…

Nachdem ich speedtest-cli und iperf3 Netzwerk-Durchsatztests durchgeführt hatte, die abartig langsame Geschwindigkeiten zwischen dem Droplet und der Außenwelt zeigten, bat ich DigitalOcean um eine Untersuchung, und sie kamen nach eigenen Tests zu folgendem Schluss:

Wir haben einige Probleme mit dem Hypervisor entdeckt, an dem sich Ihr Droplet befindet. Wir arbeiten mit unserem Backend-Team zusammen, um Ihr Droplet auf einen anderen Hypervisor zu migrieren.

Alles ist wieder in Ordnung.

3 „Gefällt mir“

This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.