Wenn Sie neu erstellen, erhalten Sie am Ende eine Meldung [FEHLGESCHLAGEN]?
Könnten Sie uns die Zeilen vor dieser fehlgeschlagenen Benachrichtigung zeigen? (so viele wie möglich)
Wir werden darin einige Hinweise finden.
2 „Gefällt mir“
Ich glaube nicht, dass am Ende eine FAILED-Meldung steht. Ich werde einen weiteren Build ausführen. Danke!
1 „Gefällt mir“
Wenn der Rebuild bis zum Ende durchläuft, ist meine Vermutung ein defektes Plugin oder eine defekte Theme-Komponente.
Überprüfen Sie die Konsole in Ihrem Browser (F12), um zu sehen, ob Sie rote Warnungen haben.
Sie können auch [your-forum]/safe-mode versuchen, um Ihr Forum ohne Plugins und Themes zu laden.
1 „Gefällt mir“
Ja, kein FEHLER. Der Build endet anscheinend fehlerfrei und dann läuft auch der Docker-Run fehlerfrei.
1 „Gefällt mir“
Nichts Auffälliges in der Konsole. Versuche, den abgesicherten Modus auszuführen, erhalte aber die Fehlermeldung “Seite kann nicht erreicht werden” von Chrome. Ich kann jedoch die (auf normale Weise) Homepage und statische Nachrichten aufrufen.
1 „Gefällt mir“
Hier ist das Ende des aktuellen Produktionsprotokolls:
/var/www/discourse/vendor/bundle/ruby/2.7.0/gems/redis-4.5.1/lib/redis.rb:72:in `block in synchronize'
/usr/local/lib/ruby/2.7.0/monitor.rb:202:in `synchronize'
/usr/local/lib/ruby/2.7.0/monitor.rb:202:in `mon_synchronize'
/var/www/discourse/vendor/bundle/ruby/2.7.0/gems/redis-4.5.1/lib/redis.rb:72:in `synchronize'
/var/www/discourse/vendor/bundle/ruby/2.7.0/gems/redis-4.5.1/lib/redis.rb:966:in `get'
/var/www/discourse/vendor/bundle/ruby/2.7.0/gems/message_bus-3.3.8/lib/message_bus/backends/redis.rb:366:in `process_global_backlog'
/var/www/discourse/vendor/bundle/ruby/2.7.0/gems/message_bus-3.3.8/lib/message_bus/backends/redis.rb:274:in `block in global_subscribe'
/var/www/discourse/vendor/bundle/ruby/2.7.0/gems/message_bus-3.3.8/lib/message_bus/backends/redis.rb:287:in `global_subscribe'
/var/www/discourse/vendor/bundle/ruby/2.7.0/gems/message_bus-3.3.8/lib/message_bus.rb:786:in `global_subscribe_thread'
/var/www/discourse/vendor/bundle/ruby/2.7.0/gems/message_bus-3.3.8/lib/message_bus.rb:734:in `block in new_subscriber_thread'
1 „Gefällt mir“
Könnten Sie Ihre Plugin-Liste teilen? Oder Ihre Foren-URL per DM, damit ich sie überprüfen kann?
Haben Sie etwas Hilfreiches in [your_forum]/logs? Eine Liste von Fehlern in [your_forum]/sidekiq?
Wir haben nicht viele Informationen, um Ihnen bei der Fehlersuche zu helfen.
1 „Gefällt mir“
Zuerst hier die (sehr kurze) Plugin-Liste. Dies sind alle Plugins, die in app.yml aufgeführt sind:
- git clone https://github.com/discourse/docker_manager.git
- git clone https://github.com/discourse/discourse-push-notifications.git
- git clone https://github.com/davidtaylorhq/discourse-whos-online.git
1 „Gefällt mir“
Ich glaube, das “Who’s Online”-Plugin wurde im September auf “official” umgestellt. Könnten Sie versuchen, das aktualisierte Repository zu verwenden und sehen, ob das hilft?
https://github.com/discourse/discourse-whos-online
3 „Gefällt mir“
Update hierzu. Vielen Dank an alle für eure Vorschläge. Die Kernprobleme (bis auf eines) sind offenbar (weitere Tests sind erforderlich) gelöst. Das offensichtliche verbleibende Problem ist, dass SSL-Zertifikate nicht mehr erneuert werden und selbst der hier empfohlene manuelle Erneuerungsprozess nicht funktioniert. Es scheint, dass Let’s Encrypt nicht auf die Validierungsdatei hier aus dem “well known”-Verzeichnis zugreifen kann. Dies funktionierte zuvor fast 3 Jahre lang einwandfrei. Dies ist also immer noch ein Problem, insbesondere da HSTS Chrome in dieser Situation vollständig blockiert.
1 „Gefällt mir“
Sieht nach einem Durcheinander aus.
Sie könnten versuchen, einen discourse-doctor laufen zu lassen, um zu sehen, ob das eine Idee gibt. Ich habe ein paar, aber ohne Zugriff auf den Server würde es für jemanden auf meinem bescheidenen Niveau zu viel Zeit in Anspruch nehmen, Ihnen zu helfen.
Ich würde wahrscheinlich alles neu installieren, wenn ich in Ihren Schuhen wäre
1 Backup
cd /var/discourse
./launcher enter app
discourse backup
Holen Sie sich das Backup über sftp (sftp-Protokoll, Port 22, Host: IP Ihres Servers, Login: root, Passwort: Root-Passwort)
Stellen Sie sicher, dass der Uploads-Ordner im Backup enthalten ist. Wenn nicht, machen Sie eine lokale Kopie des Ordners auf Ihrer Festplatte.
2 Löschen, Neuinstallation Ihres VPS oder Verwendung eines anderen VPS
Verwenden Sie die discourse setup install, wenn alles in Ordnung ist: einloggen, hochladen und ein Backup wiederherstellen
(Sie können das Backup auch von der Kommandozeile wiederherstellen, das ist schneller: Restore a backup from the command line)
Wenn Sie sich hier nicht sicher sind, warten Sie am besten auf jemanden, der qualifizierter ist 
1 „Gefällt mir“
Danke. Ich glaube nicht, dass ich diesen Weg gehen möchte, nur um das SSL-Problem zu lösen. Es muss eine engere Lösung geben, da die anderen Probleme offenbar gelöst wurden. Aber nochmals danke.
2 „Gefällt mir“
In /var/discourse/shared/standalone/ssl scheinen neue Schlüssel und Zertifikate von meinem letzten Versuch geschrieben worden zu sein. Aber das Log zeigt deutlich einen Validierungsfehler und die Seite verwendet sie tatsächlich nicht. Außerdem – vielleicht ist das nur kosmetisch – zeigen die Logs in diesem Fall nicht die richtigen Pfade an. Zum Beispiel heißt es, dass der Schlüssel installiert wird unter:
/shared/ssl/[site]_ecc.key
Aber der tatsächliche Pfad ist /shared/standalone/ssl
Was zumindest seltsam aussieht.
Der typische Fehler ist:
[site]:Verify error:Fetching http://[site]/.well-known/acme-challenge/[challenge string]: Error getting validation data
Ich sollte anmerken, dass die Seite für alle Benutzerzugriffe eine Anmeldung erfordert, aber das war bei SSL-Zertifikatserneuerungen (während der mehreren Jahre des Betriebs) kein Problem.
1 „Gefällt mir“
Da andere Probleme behoben wurden, verschiebe ich die SSL-Frage in einen separaten Thread. Danke an alle!
1 „Gefällt mir“
This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.