Problem nach Neuaufbau von Discourse auf Digital Ocean Droplet

Ich habe Discourse erfolgreich auf einem DigitalOcean-Droplet bereitgestellt, aber nach dem Start eines Rebuilds bin ich auf Probleme gestoßen.

  • Logs: Hier ansehen - Beachten Sie insbesondere die Meldung “x86_64 arch detected”.
  • App.yml-Konfiguration: Hier ansehen

Ist jemandem ein ähnliches Problem begegnet? Ich würde mich über Einblicke oder Lösungen freuen.

Zeile 99 bis 101 sind auf der falschen Einrückungsebene, sie benötigen eine weitere. Sehen Sie hier für ein korrektes Beispiel:

3 „Gefällt mir“

Fertig! Ich habe aber immer noch dasselbe Problem.

Sie können versuchen, die gesamte YAML-Datei durch einen Linter zu leiten, um weitere Probleme zu überprüfen.

3 „Gefällt mir“

Ich habe Probleme mit meiner Discourse-Einrichtung:

  1. YAML-Datei und Syntax:

    • Ich habe meine YAML-Konfiguration mit YamlLint überprüft; es wurden keine Probleme gemeldet.
    • Es trat jedoch ein Syntaxfehler aus einem Ruby-Verzeichnis auf:
      /usr/local/lib/ruby/gems/3.2.0/gems/pups-1.1.1/lib/pups/config.rb:148:in `block (2 levels) in run_commands': Invalid run command cd (SyntaxError)
      ...
      from /usr/local/bin/pups:25:in `<main>'
      
  2. Neuaufbau und Zugriff:

    • Ich habe zur Standarddatei app.yml zurückgekehrt und einige Änderungen vorgenommen. Der Neuaufbau war erfolgreich.
    • Wenn ich jedoch versuche, auf die Website zuzugreifen, treten diese Fehler auf:

  3. W3M-Browser-Test:

    • Um die Diagnose weiter zu vertiefen, habe ich w3m, einen Terminalbrowser, auf dem Droplet installiert.
    • Der Zugriff auf localhost führte zu einem “502 Bad Gateway”-Fehler:
  4. SSL-Probleme

    • Ich dachte, es könnte ein SSL-Problem sein und erneuere nun die SSL-Zertifikate.

Jede Einsicht oder Hilfe wäre sehr willkommen!

Mein Forum ist seit 2 Tagen ausgefallen.

Das könnte sein, wenn Sie deren Anfrage-Limit erreicht haben. Wie ist Ihre Überprüfung ausgegangen?

Haben Sie ein Backup Ihres Forums und haben Sie versucht, es auf einem anderen Server wiederherzustellen? Wenn mein Forum 2 Tage lang offline wäre, würde ich 30 Minuten brauchen, um das zu versuchen.

2 „Gefällt mir“

Ich habe kein Backup meines Forums, ich bin sehr neu in der Einrichtung von Discourse.

Wenn Sie bei Null anfangen, sollten Sie versuchen, eine neue Instanz mit einer neuen Subdomain zu installieren. Das sollte das Let’s Encrypt-Ratenlimit umgehen, falls Sie es erreicht haben. :+1:

1 „Gefällt mir“

Cloudflare vor Ihrer Website zu haben, ist eine Möglichkeit, zu sehen, dass Let’s Encrypt fehlschlägt. Ich würde empfehlen, nur DNS zu verwenden, bis Sie sicher sind, dass Let’s Encrypt korrekt funktioniert.

2 „Gefällt mir“

Ich habe bereits Benutzer und Daten, ich möchte nicht alles verlieren und von vorne anfangen

Danke für den Tipp! Es ist jetzt nur auf DNS! :slightly_smiling_face:

Bearbeiten: Ich bekomme jetzt auch den Fehler image,

Es scheint, dass die einfache Lösung darin besteht, zu einer anderen Subdomain zu wechseln oder eine Woche zu warten, bis Let’s Encrypt Ihnen ein Zertifikat ausstellt. Der schwierigere Weg besteht darin, eine zweite Subdomain hinzuzufügen, die auf Ihren Server verweist, und Ihre app.yml zu ändern, um ein Zertifikat für beide Subdomains anzufordern. Let’s Encrypt mit mehreren Domains einrichten. Da es so aussieht, als ob Ihre Probleme damit begonnen haben, dass Sie Schwierigkeiten mit der YML-Formatierung haben, funktioniert diese eher komplizierte Lösung möglicherweise nicht für Sie.

1 „Gefällt mir“

Dann müssen Sie unbedingt sicherstellen, dass Sie ein Backup haben und es an einem sicheren Ort aufbewahren.

2 „Gefällt mir“

Danke für die Idee, ich habe jetzt eine andere Subdomain verwendet, aber ich habe immer noch das gleiche Problem.

Eine ‘502’ und eine ‘Connection Refused’.

Zeigt Ihre DNS für die Subdomain auf diese Server-IP-Adresse? Und haben Sie keine anderen A- oder AAAA-Einträge für die Subdomain?

Ich empfehle Ihnen, ./discourse-setup auszuführen, das prüft, ob eingehende Verbindungen zu Ihrer Domain Ihren Server erreichen.

Können Sie sich per SSH mit Ihrem Server über den Hostnamen mit ssh user@subdomain.yoursite.com (oder wie auch immer Ihre Subdomain lautet) verbinden?

1 „Gefällt mir“

Ja, ich habe sichergestellt, dass die DNS für die Subdomain auf die Server-IP-Adresse verweist, und es gibt keine anderen widersprüchlichen A- oder AAAA-Einträge dafür.

Ich habe den Befehl ausgeführt und hier ist die Ausgabe

Neuestes Update: Nach Ausführung von discourse-setup führt die Navigation zu home.techwithanirudh.com zu einem “502 Bad Gateway”-Fehler. Hier ist ein Schnappschuss des Fehlers (siehe angehängtes Bild).

Absolut, das SSHen auf den Server über den Hostnamen funktioniert einwandfrei.

Ich habe offline mit @techwithanirudh zusammengearbeitet, um dies zu lösen … @techwithanirudh war sich der Anweisungen zur Deinstallation des Chatbots nicht bewusst.

Der Hinweis hier (aktuell) war der 502er, da der Container aufgrund des im DB verbleibenden Index ohne unterstützenden Code in der Postgres-Bibliothek nicht richtig gestartet werden konnte. Die Deinstallationsanweisungen entfernen den Index aus der DB, sodass Sie sicher erstellen können, ohne die Indexbibliothek zu erstellen.

Die Website von @techwithanirudh ist jetzt online und läuft.

7 „Gefällt mir“

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