2.7.0.beta2 Upgrade fehlgeschlagen

Hi, I just received an email from discourse, proposing to upgrade from 2.7.0.beta1 to 2.7.0.beta2.
I went to the admin page and clicked on upgrade, and it seems like something has failed.
As a result, it is not possible to access my dicourse instance anymore (Error 500).

I include here the final part of the log. The full log was too long and therefore I could not include it here.
Instead, you can access it through pastebin.

The instance is hosted on a 2GB memory, 50GB hard disk digital ocean droplet. Nothing special was configured at this discourse instance. In fact, nobody even ever sent a single message on this instance.

brotli -f --quality=6 /var/www/discourse/public/assets/locales/zh_TW-09cd38bbba5770af30c208be36b0763fb1db74e336db84185e8a173201f7548e.js --output=/var/www/discourse/public/assets/locales/zh_TW-09cd38bbba5770af30c208be36b0763fb1db74e336db84185e8a173201f7548e.js.br


Done compressing locales/zh_TW-09cd38bbba5770af30c208be36b0763fb1db74e336db84185e8a173201f7548e.js : 0.11 secs

5746.556775825 Compressing: locales/sv-dfd441e5e9497b2361a61cc46e5f3491508ad05a9d84ef0a2c17dac10890fd24.js
gzip -f -c -9 /var/www/discourse/public/assets/locales/sv-dfd441e5e9497b2361a61cc46e5f3491508ad05a9d84ef0a2c17dac10890fd24.js > /var/www/discourse/public/assets/locales/sv-dfd441e5e9497b2361a61cc46e5f3491508ad05a9d84ef0a2c17dac10890fd24.js.gz

brotli -f --quality=6 /var/www/discourse/public/assets/locales/sv-dfd441e5e9497b2361a61cc46e5f3491508ad05a9d84ef0a2c17dac10890fd24.js --output=/var/www/discourse/public/assets/locales/sv-dfd441e5e9497b2361a61cc46e5f3491508ad05a9d84ef0a2c17dac10890fd24.js.br


Done compressing locales/sv-dfd441e5e9497b2361a61cc46e5f3491508ad05a9d84ef0a2c17dac10890fd24.js : 0.11 secs

5746.662857966 Compressing: locales/sl-97d2fc2eec6a4603afbd6466d84b4281605561c943f4b70c52d8b6874a54acef.js
gzip -f -c -9 /var/www/discourse/public/assets/locales/sl-97d2fc2eec6a4603afbd6466d84b4281605561c943f4b70c52d8b6874a54acef.js > /var/www/discourse/public/assets/locales/sl-97d2fc2eec6a4603afbd6466d84b4281605561c943f4b70c52d8b6874a54acef.js.gz

brotli -f --quality=6 /var/www/discourse/public/assets/locales/sl-97d2fc2eec6a4603afbd6466d84b4281605561c943f4b70c52d8b6874a54acef.js --output=/var/www/discourse/public/assets/locales/sl-97d2fc2eec6a4603afbd6466d84b4281605561c943f4b70c52d8b6874a54acef.js.br


Done compressing locales/sl-97d2fc2eec6a4603afbd6466d84b4281605561c943f4b70c52d8b6874a54acef.js : 0.1 secs

5746.764039922 Compressing: locales/hy-afe58e4f81b01be42710b51b1eb32d913a9a77fb35efd5f197144d7113693a04.js
gzip -f -c -9 /var/www/discourse/public/assets/locales/hy-afe58e4f81b01be42710b51b1eb32d913a9a77fb35efd5f197144d7113693a04.js > /var/www/discourse/public/assets/locales/hy-afe58e4f81b01be42710b51b1eb32d913a9a77fb35efd5f197144d7113693a04.js.gz

brotli -f --quality=6 /var/www/discourse/public/assets/locales/hy-afe58e4f81b01be42710b51b1eb32d913a9a77fb35efd5f197144d7113693a04.js --output=/var/www/discourse/public/assets/locales/hy-afe58e4f81b01be42710b51b1eb32d913a9a77fb35efd5f197144d7113693a04.js.br


Done compressing locales/hy-afe58e4f81b01be42710b51b1eb32d913a9a77fb35efd5f197144d7113693a04.js : 0.14 secs

5746.902258561 Compressing: locales/da-2c6e181ef146930e8baa63c4ffe80df59414b8de019ee19058aa4ee1dcd88280.js
gzip -f -c -9 /var/www/discourse/public/assets/locales/da-2c6e181ef146930e8baa63c4ffe80df59414b8de019ee19058aa4ee1dcd88280.js > /var/www/discourse/public/assets/locales/da-2c6e181ef146930e8baa63c4ffe80df59414b8de019ee19058aa4ee1dcd88280.js.gz

brotli -f --quality=6 /var/www/discourse/public/assets/locales/da-2c6e181ef146930e8baa63c4ffe80df59414b8de019ee19058aa4ee1dcd88280.js --output=/var/www/discourse/public/assets/locales/da-2c6e181ef146930e8baa63c4ffe80df59414b8de019ee19058aa4ee1dcd88280.js.br


Done compressing locales/da-2c6e181ef146930e8baa63c4ffe80df59414b8de019ee19058aa4ee1dcd88280.js : 0.11 secs

5747.007671073 Compressing: locales/te-9740a00eaeb5b1140e0042391528339d963a5a043a8edae6ca33d4e939d50133.js
gzip -f -c -9 /var/www/discourse/public/assets/locales/te-9740a00eaeb5b1140e0042391528339d963a5a043a8edae6ca33d4e939d50133.js > /var/www/discourse/public/assets/locales/te-9740a00eaeb5b1140e0042391528339d963a5a043a8edae6ca33d4e939d50133.js.gz

brotli -f --quality=6 /var/www/discourse/public/assets/locales/te-9740a00eaeb5b1140e0042391528339d963a5a043a8edae6ca33d4e939d50133.js --output=/var/www/discourse/public/assets/locales/te-9740a00eaeb5b1140e0042391528339d963a5a043a8edae6ca33d4e939d50133.js.br


Done compressing locales/te-9740a00eaeb5b1140e0042391528339d963a5a043a8edae6ca33d4e939d50133.js : 0.15 secs

5747.159975235 Compressing: locales/ko-0c03d0523d94c0739085171c60657b22b01c8eb0b2b2bb690e7fb3422b756e17.js
gzip -f -c -9 /var/www/discourse/public/assets/locales/ko-0c03d0523d94c0739085171c60657b22b01c8eb0b2b2bb690e7fb3422b756e17.js > /var/www/discourse/public/assets/locales/ko-0c03d0523d94c0739085171c60657b22b01c8eb0b2b2bb690e7fb3422b756e17.js.gz

brotli -f --quality=6 /var/www/discourse/public/assets/locales/ko-0c03d0523d94c0739085171c60657b22b01c8eb0b2b2bb690e7fb3422b756e17.js --output=/var/www/discourse/public/assets/locales/ko-0c03d0523d94c0739085171c60657b22b01c8eb0b2b2bb690e7fb3422b756e17.js.br


Done compressing locales/ko-0c03d0523d94c0739085171c60657b22b01c8eb0b2b2bb690e7fb3422b756e17.js : 0.12 secs

Skipping: plugins/discourse-local-dates-85c0a52c5a0ee4c69ce0a55fb5c6047c7fd2c12f0437b843240bb9ea3d4457b1.js already compressed
Skipping: plugins/discourse-narrative-bot-d88c63e1a6fadc2e6371b706e54750b554e3ee890061223c9af0f8feeb89915a.js already compressed
Skipping: plugins/discourse-presence-da4864123e624ace0b06153a5b9e6b600e5d5b6d6c28ada211bb7ec50894a66c.js already compressed
Skipping: plugins/poll-91a566fa78da0bffec70d7c8923ac79757032168b646e8c84d921d9810789bb1.js already compressed
Skipping: application-bd6ed652347208302845f7e2be3f2d2dbbbb72be7df2c0e46c18422a61188ff0.js already compressed
5747.281046973 Compressing: vendor-b631d4ab0775fdbe453aa2158e18dc41826d0ba619e5f2731e5b9fa4c458af99.js
uglifyjs '/var/www/discourse/public/assets/_vendor-b631d4ab0775fdbe453aa2158e18dc41826d0ba619e5f2731e5b9fa4c458af99.js' -m -c -o '/var/www/discourse/public/assets/vendor-b631d4ab0775fdbe453aa2158e18dc41826d0ba619e5f2731e5b9fa4c458af99.js' --source-map "base='/var/www/discourse/public/assets',root='/assets',url='/assets/vendor-b631d4ab0775fdbe453aa2158e18dc41826d0ba619e5f2731e5b9fa4c458af99.js.map'"
Parse error at _vendor-b631d4ab0775fdbe453aa2158e18dc41826d0ba619e5f2731e5b9fa4c458af99.js:1850,34
        return Handlebars.compile(...arguments);
                                  ^
ERROR: Unexpected token: punc «.»
    at JS_Parse_Error.get (eval at <anonymous> (/usr/lib/node_modules/uglify-js/tools/node.js:18:1), <anonymous>:71:23)
    at fatal (/usr/lib/node_modules/uglify-js/bin/uglifyjs:332:27)
    at run (/usr/lib/node_modules/uglify-js/bin/uglifyjs:275:9)
    at Object.<anonymous> (/usr/lib/node_modules/uglify-js/bin/uglifyjs:190:5)
    at Module._compile (internal/modules/cjs/loader.js:778:30)
    at Object.Module._extensions..js (internal/modules/cjs/loader.js:789:10)
    at Module.load (internal/modules/cjs/loader.js:653:32)
    at tryModuleLoad (internal/modules/cjs/loader.js:593:12)
    at Function.Module._load (internal/modules/cjs/loader.js:585:3)
    at Function.Module.runMain (internal/modules/cjs/loader.js:831:12)
rake aborted!
Errno::ENOENT: No such file or directory @ rb_file_s_size - /var/www/discourse/public/assets/vendor-b631d4ab0775fdbe453aa2158e18dc41826d0ba619e5f2731e5b9fa4c458af99.js
/var/www/discourse/lib/tasks/assets.rake:287:in `size'
/var/www/discourse/lib/tasks/assets.rake:287:in `block (4 levels) in <main>'
/var/www/discourse/lib/tasks/assets.rake:178:in `block in concurrent?'
/var/www/discourse/lib/tasks/assets.rake:278:in `block (3 levels) in <main>'
/var/www/discourse/lib/tasks/assets.rake:269:in `each'
/var/www/discourse/lib/tasks/assets.rake:269:in `block (2 levels) in <main>'
/var/www/discourse/lib/tasks/assets.rake:178:in `concurrent?'
/var/www/discourse/lib/tasks/assets.rake:266:in `block in <main>'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/rake-13.0.3/exe/rake:27:in `<top (required)>'
/usr/local/bin/bundle:23:in `load'
/usr/local/bin/bundle:23:in `<main>'
Tasks: TOP => assets:precompile
(See full trace by running task with --trace)
Docker Manager: FAILED TO UPGRADE
#<RuntimeError: RuntimeError>
/var/www/discourse/plugins/docker_manager/lib/docker_manager/upgrader.rb:178:in `run'
/var/www/discourse/plugins/docker_manager/lib/docker_manager/upgrader.rb:86:in `upgrade'
/var/www/discourse/plugins/docker_manager/scripts/docker_manager_upgrade.rb:19:in `block in <main>'
/var/www/discourse/plugins/docker_manager/scripts/docker_manager_upgrade.rb:6:in `fork'
/var/www/discourse/plugins/docker_manager/scripts/docker_manager_upgrade.rb:6:in `<main>'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/bootsnap-1.5.1/lib/bootsnap/load_path_cache/core_ext/kernel_require.rb:59:in `load'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/bootsnap-1.5.1/lib/bootsnap/load_path_cache/core_ext/kernel_require.rb:59:in `load'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/railties-6.0.3.3/lib/rails/commands/runner/runner_command.rb:42:in `perform'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/thor-1.0.1/lib/thor/command.rb:27:in `run'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/thor-1.0.1/lib/thor/invocation.rb:127:in `invoke_command'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/thor-1.0.1/lib/thor.rb:392:in `dispatch'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/railties-6.0.3.3/lib/rails/command/base.rb:69:in `perform'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/railties-6.0.3.3/lib/rails/command.rb:46:in `invoke'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/railties-6.0.3.3/lib/rails/commands.rb:18:in `<main>'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/bootsnap-1.5.1/lib/bootsnap/load_path_cache/core_ext/kernel_require.rb:23:in `require'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/bootsnap-1.5.1/lib/bootsnap/load_path_cache/core_ext/kernel_require.rb:23:in `block in require_with_bootsnap_lfi'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/bootsnap-1.5.1/lib/bootsnap/load_path_cache/loaded_features_index.rb:92:in `register'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/bootsnap-1.5.1/lib/bootsnap/load_path_cache/core_ext/kernel_require.rb:22:in `require_with_bootsnap_lfi'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/bootsnap-1.5.1/lib/bootsnap/load_path_cache/core_ext/kernel_require.rb:31:in `require'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/activesupport-6.0.3.3/lib/active_support/dependencies.rb:324:in `block in require'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/activesupport-6.0.3.3/lib/active_support/dependencies.rb:291:in `load_dependency'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/activesupport-6.0.3.3/lib/active_support/dependencies.rb:324:in `require'
bin/rails:17:in `<main>'
Spinning up 3 Unicorn worker(s) that were stopped initially

Haben Sie nicht-standardmäßige Plugins installiert?

Haben Sie

 ./launcher rebuild app

in der Befehlszeile ausgeführt?

Auf meiner Seite habe ich keine nicht-standardmäßigen Plugins, und ich habe dies über die Befehlszeile gestartet. Beim ersten Mal trat der Fehler noch auf.

Danach habe ich meinen Server neu gestartet, die App neu erstellt… und es funktioniert.

Hallo, danke für die schnelle Antwort!
Ich habe eine Standardinstallation und habe nichts geändert, außer gelegentlich auf die Schaltfläche “Upgrade” zu klicken. Deshalb war es für mich sehr überraschend, was mit meiner Discourse-Instanz passiert ist.
Ich habe noch keinen ./launcher rebuild app versucht, werde es aber ausprobieren und das Ergebnis berichten.

Mein Upgrade auf 2.7.0.Beta2 lässt sich gar nicht starten – ich habe auf den Link für das Ein-Klick-Upgrade in der E-Mail geklickt, die dieses Upgrade ankündigt:

Hurra, eine neue Version von Discourse ist verfügbar!

Ihre Version: 2.7.0.beta1
Neue Version: 2.7.0.beta2

Führen Sie das Upgrade mit unserem einfachen Ein-Klick-Upgrade im Browser durch.

Sehen Sie sich die neuen Funktionen in den Release-Notizen an oder lesen Sie das rohe Changelog auf GitHub.

Besuchen Sie meta.discourse.org für Neuigkeiten, Diskussionen und Support für Discourse.

Das Ergebnis ist:

Warum passiert das? Sollte ich das Upgrade nicht über die Konsole auf dem Digital Ocean Droplet ausführen, auf dem Discourse gehostet wird?

Du musst über die Befehlszeile aktualisieren. Es gibt ein neues Docker-Basis-Image.

./launcher rebuild app

Die Ankündigung erwähnt dies, aber es ist in der Standard-E-Mail zur Aktualisierung nicht klar.

Ich habe gerade auf 2.7.0.Beta2 aktualisiert.
Dieses spezifische Upgrade müssen Sie über die Befehlszeile durchführen.

cd /var/discourse
git pull
./launcher rebuild app

Entschuldigung für diese asynchrone Diskussion – ich hatte meine Frage begonnen und musste plötzlich mein Büro verlassen. Um zu verhindern, dass meine unvollendete Nachricht verloren geht, habe ich sie gespeichert – und das hat dir die Möglichkeit gegeben, meine Frage zu beantworten, bevor ich sie vollständig veröffentlicht hatte :wink:

Die DO-Konsole würde funktionieren, wenn Sie kein Terminal verwenden.

Die Buttons im Screenshot sind zunächst deaktiviert, was Sie dazu zwingt, Docker zuerst zu aktualisieren.

Nebenbemerkung: Sie hätten Ihre Antwort so lassen können, da sie automatisch als Entwurf gespeichert wird.

Zu früh gefreut

Danke, @geoff777 – jetzt ergibt alles Sinn

Beim Versuch, folgendes auszuführen:

cd /var/discourse
git pull
./launcher rebuild app

Das Skript rebuild app ist zweimal hintereinander exakt an derselben Stelle fehlgeschlagen:

Das kann keine zufällige Netzwerkstörung sein. Bitte um Unterstützung.

In meinem Fall bleibt der Neuaufbau beim Plugin discourse-vk-auth hängen. Momentan funktioniert meine Instanz ohne dieses Plugin.

gem install rrule -v 0.4.2 -i /var/www/discourse/plugins/discourse-calendar/gems/2.7.2 --no-document --ignore-dependencies --no-user-install
Successfully installed rrule-0.4.2
1 gem installed
gem install omniauth-vkontakte -v 1.6.1 -i /var/www/discourse/plugins/discourse-vk-auth/gems/2.7.2 --no-document --ignore-dependencies --no-user-install
Successfully installed omniauth-vkontakte-1.6.1
1 gem installed

I, [2021-01-22T17:13:51.391038 #1]  INFO -- : > cd /var/www/discourse && su discourse -c 'bundle exec rake db:migrate'
rake aborted!
Gem::ConflictError: Unable to activate omniauth-vkontakte-1.6.1, because omniauth-oauth2-1.7.1 conflicts with omniauth-oauth2 (>= 1.5, <= 1.7.0)

Ich bin auch bei früheren Versionen mit diesem VK-Plugin auf Probleme gestoßen. Meine Empfehlung ist, es zu entfernen und zusätzlich das Fehlerprotokoll im Forum-Beitrag zu diesem Plugin zu posten, damit es behoben werden kann. :+1:

Schwer zu sagen, basierend auf dem Screenshot. Hast du genügend Festplattenspeicher?

Du hast beide deine vorherigen Beiträge bearbeitet, nachdem ich reagiert habe.

Das zweite Mal habe ich einen positiven Beitrag ‘geliked’, aber du hast ihn bearbeitet, und jetzt ist es ein Beitrag über ein Problem.
Was anscheinend mir gefällt?

Meine Entschuldigung @geoff777 – ohne viel Nachdenken habe ich deinen „Like“-Kommentar neu kategorisiert (mein Ziel war es, die Anzahl meiner Beiträge gering zu halten, um die Wahrscheinlichkeit von Missverständnissen zu verringern)


Ich bin der Ansicht, dass ich genügend Speicherplatz habe:

 Systeminformationen vom Fr, 22. Jan. 2021, 20:56:56 UTC

  Systemauslastung: 0,02               Angemeldete Benutzer:          0
  Auslastung von /: 39,7 % von 24,06 GB   IPv4-Adresse für docker0: 172.17.0.1
  Speicherauslastung: 50 %                IPv4-Adresse für eth0:    xxx.xxx.xxx.xxx
  Swap-Auslastung: 1 %                    IPv4-Adresse für eth0:    
  Prozesse: 107                           IPv4-Adresse für eth1:    

Ich vermute jedoch, dass mein Problem mit der Digital Ocean-Konsole zusammenhängt – sie bricht sehr schnell ab. Es ist also möglich, dass mein Update erfolgreich war und mir dies nur nicht bewusst ist. Ich werde den DO-Support kontaktieren und meine Erkenntnisse hier berichten.

Danke.

Du kannst auf dem Dashboard deines Forums nachsehen, ob du erfolgreich aktualisiert hast.
Ich hoffe, es hat geklappt.

Ihre Bitte / Hoffnung an @geoff777 hat nicht geholfen. Ich habe versucht, mich anzumelden – der Discourse-Server reagierte nicht.

Ich habe beschlossen, discourse-doctor von der DO-Konsole auszuführen, die über das PuTTY-Tool gestartet wurde (ich arbeite auf einem Windows-10-Rechner) – und meine Konsole blieb an derselben Stelle stehen.

Beachten Sie den Beginn dieser Ausführung: - app not running!

root@discourse-server:/var/discourse# ./discourse-doctor
DISCOURSE DOCTOR Fr 22. Jan 22:14:45 UTC 2021
OS: Linux discourse-server 5.4.0-62-generic #70-Ubuntu SMP Di 12. Jan 12:45:47 UTC 2021 x86_64 x86_64 x86_64 GNU/Linux


Found containers/app.yml

==================== YML EINSTELLUNGEN ====================
DISCOURSE_HOSTNAME=forum.congral.tech
SMTP_ADDRESS=smtp.mailgun.org
DEVELOPER_EMAILS=admin@congral.com
SMTP_PASSWORD=3a22be2a4ba5ce9b0865199dc7083871-xxxxxx
SMTP_PORT=587
SMTP_USER_NAME=postmaster@forum.congral.tech
LETSENCRYPT_ACCOUNT_EMAIL=nikolaj.ivancic@congral.com

==================== DOCKER INFO ====================
DOCKER VERSION: Docker version 20.10.2, build 2291f61

DOCKER PROCESSES (docker ps -a)

CONTAINER ID   IMAGE                              COMMAND                  CREAT              ED          STATUS                      PORTS     NAMES
4e0150995f6a   discourse/base:2.0.20201221-2020   "/bin/bash -c 'cd /p…"   16 mi              nutes ago   Exited (1) 14 minutes ago             mystifying_fermat
271aff6b3bce   discourse/base:2.0.20201221-2020   "/bin/bash -c 'cd /p…"   5 hou              rs ago      Exited (1) 5 hours ago                modest_brown
30ed32bab133   discourse/base:2.0.20201221-2020   "/bin/bash -c 'cd /p…"   5 hou              rs ago      Exited (1) 5 hours ago                laughing_lalande
add2d921333a   local_discourse/app                "/sbin/boot"             2 wee              ks ago      Exited (5) 5 hours ago                app

==================== SCHWERWIEGENDES PROBLEM!!!! ====================
app not running!
Attempting to rebuild
==================== REBUILD LOG ====================
Ensuring launcher is up to date
Fetching origin
Launcher is up-to-date
Stopping old container
+ /usr/bin/docker stop -t 60 app
...

Hier ist das vollständige Protokoll bis zum Zeitpunkt des Fehlers, in meinem Github-Repository gespeichert, um hier Platz zu sparen.

Die Tatsache, dass ich dieses Upgrade mehrmals wiederholt habe und nach jedem Fehler (der mir als „console network failure

Beide Male hast du diesen PuTTY-Fatalfehler bekommen?

Das klingt nach einem PuTTY-Problem, auch wenn ich mir nicht vorstellen kann, warum.

Ja, @pfaffman, ich bekomme denselben Fehler. Wenn die Ausführung von ./discourse-doctor zu einem katastrophalen Fehler führt, ist es dann nicht möglich, dass dieser Fehler zu dem PuTTY-Fatalfehler führt – zumindest aus meiner eigenen (Remote-)Sicht auf sein Versagen?

Es scheint nicht sehr wahrscheinlich, aber ich werde ein Support-Ticket für DO erstellen und hoffe, dass sie einen besseren Überblick über dieses Problem haben.

Ich denke, ich werde als Nächstes die DigitalOcean-Konsole ausprobieren (eigentlich würde ich ein Terminal in Ubuntu verwenden, aber das ist nicht das, was ich dir empfehlen würde).

Seit gestern habe ich viele seltsame Verhaltensweisen beobachtet. Bevor ich sie hier teile, lass mich bitte wissen, ob es für jemanden nützlich ist, diesen Thread fortzusetzen (die Alternative wäre, dass ich nur auf meine eigenen Füße trete… und das alles eine Verschwendung der Zeit aller ist). Ich habe Folgendes festgestellt:

  • Das Zurücksetzen des Root-Passworts (über das DO-Steuerungspult) führte dazu, dass ich die Konsole von Digital Ocean nutzen konnte (wie von @pfaffman oben vorgeschlagen)
  • Anschließend habe ich den discourse-doctor in dieser Konsole ausgeführt, und er fand nichts Falsches (vor diesem Zurücksetzen-Vorfall) reagierte https://forum.congral.tech nicht – jetzt funktioniert alles einwandfrei
  • Alle meine Versuche, Discourse zu aktualisieren (wie dieser hier), schlugen mehrfach fehl (die PuTTY-Konsole zeigte „Network Error