HINWEIS: Ursprünglicher Beitrag aktualisiert am 25.11.21 17:00 EST mit neuen Informationen
Ich wurde über kritische Sicherheitsupdates für meine Discourse-Installation informiert und habe versucht, meine Installation über die Weboberfläche (/admin/upgrade) zu aktualisieren, wie ich es in der Vergangenheit getan habe. Es gab zwei Softwarekomponenten, die aktualisiert werden mussten – Docker Manager und Discourse.
Der Docker Manager musste zuerst aktualisiert werden (die Schaltfläche zum Aktualisieren von Discourse war deaktiviert). Ich habe das Upgrade des Docker Managers über die Weboberfläche gestartet und es wurde erfolgreich abgeschlossen. Anschließend habe ich das Upgrade von Discourse gestartet, aber es schlug auf halbem Weg fehl. Als ich die Weboberfläche aktualisierte, sah ich die folgende Nachricht:
Daher habe ich, den Anweisungen auf dem Bildschirm folgend, eine SSH-Verbindung zum Server hergestellt, git pull ausgeführt und dann sudo ./launcher rebuild app von der Befehlszeile aus gestartet. Der Vorgang wurde abgeschlossen, schlug jedoch mit der Fehlermeldung FAILED TO BOOTSTRAP fehl.
Hier ist die Ausgabe von zwei Ausführungen von sudo ./launcher rebuild app zu verschiedenen Zeiten:
- launcher-rebuild-app-output-0.txt - Zeilen 88-95
- launcher-rebuild-app-output-1.txt - Zeilen 100-107
Die Zeilennummern nach jeder Datei sind die Stellen, an denen die einzigen FEHLER auftreten. Beide scheinen sich auf die Datenbank und die Rollen zu beziehen (der Unterschied zwischen beiden Bereichen liegt daran, dass beim zweiten Versuch ein git pull aus dem Repository discourse/base durchgeführt wurde).
2021-11-25 21:21:38.451 UTC [64] postgres@postgres ERROR: database "discourse" already exists
2021-11-25 21:21:38.451 UTC [64] postgres@postgres STATEMENT: CREATE DATABASE discourse;
createdb: error: database creation failed: ERROR: database "discourse" already exists
I, [2021-11-25T21:21:38.454429 #1] INFO -- :
I, [2021-11-25T21:21:38.454908 #1] INFO -- : > su postgres -c 'psql discourse -c "create user discourse;"' || true
2021-11-25 21:21:38.531 UTC [68] postgres@discourse ERROR: role "discourse" already exists
2021-11-25 21:21:38.531 UTC [68] postgres@discourse STATEMENT: create user discourse;
ERROR: role "discourse" already exists
Dies scheint mit der FAILED-Fehlermeldung am Ende jedes Launcher Rebuild-Versuchs übereinzustimmen.
FAILED
--------------------
Pups::ExecError: cd /var/www/discourse && su discourse -c 'bundle exec rake db:migrate' failed with return #<Process::Status: pid 436 exit 1>
Location of failure: /pups/lib/pups/exec_command.rb:112:in `spawn'
exec failed with the params {"cd"=>"$home", "hook"=>"db_migrate", "cmd"=>["su discourse -c 'bundle exec rake db:migrate'"]}
13bbdd52e0835ba9dfddc5c367d63b6087a16553c3a77d6087a16553c3a77d27ca307734d6e16907
** 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.
Hinweis: Diese FEHLER sind nicht das eigentliche Problem. Siehe “Lösung” unten.
Einige Leute haben unten erwähnt, dass es ein Problem mit redis gibt, das einen erfolgreichen Rebuild verhindert.
Ich habe sudo ./discourse-doctor zu verschiedenen Zeiten des Tages ausgeführt. Hier ist die Ausgabe von zwei der Ausführungen:
- discourse-doctor-output-0.txt - konnte den laufenden Container ‘app’ nicht finden; Rebuild versucht, aber Container konnte nicht neu gestartet werden
- discourse-doctor-output-1.txt - ‘app’ manuell mit
sudo usr/bin/docker start appgestartet, bevordiscourse-doctorausgeführt wurde
Ich habe überprüft, ob meine Docker-Installation korrekt funktionierte, indem ich sudo docker run -it --rm hello-world ausgeführt habe.
Unable to find image 'hello-world:latest' locally
latest: Pulling from library/hello-world
2db29710123e: Pull complete
Digest: sha256:cc15c5b292d8525effc0f89cb299f1804f3a725c8d05e158653a563f15e4f685
Status: Downloaded newer image for hello-world:latest
Hello from Docker!
This message shows that your installation appears to be working correctly.
To generate this message, Docker took the following steps:
1. The Docker client contacted the Docker daemon.
2. The Docker daemon pulled the "hello-world" image from the Docker Hub.
(amd64)
3. The Docker daemon created a new container from that image which runs the
executable that produces the output you are currently reading.
4. The Docker daemon streamed that output to the Docker client, which sent it
to your terminal.
Ich habe sudo ./launcher cleanup ausgeführt, um sicherzustellen, dass ich genügend Speicherplatz habe.
WARNING! This will remove all images without at least one container associated to them.
Are you sure you want to continue? [y/N] y
Deleted Images:
<DETAILS REMOVED>
Total reclaimed space: 3.836GB
$ df -hT /dev/xvda1
Filesystem Type Size Used Avail Use% Mounted on
/dev/xvda1 ext4 30G 9.1G 20G 32% /
Und ich habe sogar meine Speichereinstellungen überprüft.
$ free -h
total used free shared buff/cache available
Mem: 1.9G 304M 633M 20M 1.0G 1.5G
Swap: 2.0G 0B 2.0G
Ein Neustart des Servers löste das Problem nicht, aber ich bemerkte nach dem Neustart des Servers etwas Interessantes.
Der Docker app-Container läuft nach einem Neustart.
$ sudo docker ps
CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES
6449ec0061a0 local_discourse/app "\"/sbin/boot\"" 7 weeks ago Up 25 seconds 0.0.0.0:80->80/tcp, :::80->80/tcp, 0.0.0.0:443->443/tcp, :::443->443/tcp app
Aber wenn ich die Seite aufrufe, erhalte ich eine “502 Bad Gateway”-Fehlermeldung.
Wenn ich den app-Container stoppe und die Seite aufrufe, erhalte ich eine “Unable To Connect”-Fehlermeldung (was richtig zu sein scheint, da der Container nicht läuft).
Aber das verwirrt mich, da ich Nginx nicht auf diesem Server installiert habe.
Ich sehe in der Rebuild-Ausgabe, wo der Prozess Nginx-Dateien von einem Ort zum anderen kopiert, aber ich kann die entsprechenden Verzeichnisse oder Dateien, insbesondere nginx.conf, nirgendwo auf meinem Server finden. Ubuntu, Docker und Discourse sind nicht meine Hauptkompetenzen, aber ich gehe davon aus, dass diese Dateien “innerhalb” des Docker app-Containers kopiert werden.
Vielen Dank im Voraus; ich freue mich über jede zusätzliche Hilfe oder Anleitung bei diesem Problem, das anscheinend von Zeit zu Zeit bei Discourse-Upgrades auftritt.
UPDATE: Es stellt sich heraus, dass meine Annahme bezüglich des Docker app-Containers mit seinem eigenen internen Dateisystem korrekt ist. Sie können einen Snapshot des Container-Dateisystems erstellen und dieses Dateisystem mit bash erkunden.
# create image (snapshot) from container filesystem
$ sudo docker commit <container_id> mysnapshot
$ sudo docker run -t -i mysnapshot /bin/bash
Im app-Dateisystem gibt es ein nginx-Verzeichnis, das eine Discourse-Konfigurationsdatei enthält.
root@f91826d986eb:/etc/nginx/conf.d# ls -l
total 12
-rw-r--r-- 1 root root 10568 Oct 3 21:33 discourse.conf
