Ich habe ein Problem: Ich kann Discourse nicht mit dem Befehl “./launcher rebuild app” neu erstellen, und wenn ich den Befehl “docker ps” ausführe, ist kein Discourse-Container sichtbar. Allerdings kann ich Discourse weiterhin problemlos über das Web aufrufen. Wie ist das möglich?
Hier sind die Fehler, die ich beim Ausführen des Befehls “./launcher rebuild app” erhalte:
docker: Error response from daemon: error while creating mount source path '/var/discourse/shared/standalone': mkdir /var/discourse: read-only file system.
bootstrap failed with exit code 125
** FAILED TO BOOTSTRAP ** please scroll up and look for earlier error messages, there may be more than one.
./discourse-doctor may help diagnose the problem.
f15514ef40f8a25134126ee1c0c7771c60081ce8a8f2f6384be73cbbca7a3d12
Ergebnis des Befehls docker ps:
CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES
Ich möchte Discourse neu erstellen, um es dieses Mal mit HTTPS und Let’s Encrypt zu verwenden.
Vielen Dank für Ihre Hilfe.
Sie müssen weit zurück in den Protokollen oder der Konsole nach Fehlern suchen. Vielleicht haben Sie eine unvollständige Änderung für HTTPS vorgenommen? Beginnen Sie damit und machen Sie sie rückgängig, um sie wieder zum Laufen zu bringen.
Im normalen Modus von launcher.sh werden Docker-Container gestoppt, bevor sie neu erstellt werden. Wenn der Build fehlschlägt, könnten sie fehlen (nicht sicher, ob laufender versucht, die alten als Wiederherstellungsschritt zu starten?). (Ich denke, es gibt einen Modus mit reduzierter Ausfallzeit, der sie erst nach dem Neuerstellen stoppt. Ich bin mir nicht sicher, warum dies nicht der Standard ist, da dies bei solchen Beschädigungen helfen würde)
Das würde nicht erklären, warum Sie Discourse immer noch sehen, obwohl Discourse sehr heimlich seit geraumer Zeit offline läuft
Hallo,
Entschuldigen Sie die späte Antwort.
Ich habe die Anweisungen unter Set up HTTPS support with Let's Encrypt für HTTPS befolgt.
Zuvor habe ich die Anweisungen aus dem Video (https://www.youtube.com/watch?v=EaUIsIYivE8) für die Installation von Discourse HTTP (nicht HTTPS) befolgt und am 23. Dezember einen Kommentar dazu im Forum gepostet, wie man Discourse unter Ubuntu mit HTTP installiert (Issue with installation in an Ubuntu 22.04 VM - #11 by mrhassan60).
Ich benutze den Befehl mit dem Root-Benutzer docker ps und ich benutze den Server, auf dem sich die Discourse-Anwendung befindet.
Ich benutze den Befehl ./discourse-doctor und ich habe auch andere Fehler mit dem Fehler 125:
Discourse version at forum.dauphine.media: NOT FOUND
Discourse version at localhost: NOT FOUND
Unable to find image 'local_discourse/app:latest' locally
docker: Error response from daemon: pull access denied for local_discourse/app, repository does not exist or may require 'docker login': denied: requested access to the resource is denied.
Discourse version at forum.dauphine.media: NOT FOUND
Discourse version at localhost: NOT FOUND
Ich habe diesen Befehl docker pull local_discourse/app:latest verwendet, aber ich habe dieselbe Meldung erhalten: Error response from daemon: pull access denied for local_discourse/app, repository does not exist or may require 'docker login': denied: requested access to the resource is denied
Ich habe das Problem mit einer Neuinstallation des Discourse-Servers gelöst.
Zuvor habe ich auf dem alten Server die Daten über die Administrationseinstellungen gespeichert und die Daten dann auf dem neuen Server wiederhergestellt.
Auf dem neuen Server ist der Discourse-Container jetzt sichtbar
CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES
e42d24042375 local_discourse/app "/sbin/boot" 25 minutes ago Up 25 minutes 0.0.0.0:80->80/tcp, :::80->80/tcp, 0.0.0.0:443->443/tcp, :::443->443/tcp app