Fehler bei der Ausführung von 'postInstallation': Temporäre Dateien werden gelöscht

Hallo,

ich versuche, eine nicht standardmäßige Installation durchzuführen, aber vielleicht kann jemand einen Einblick in die Ursache des Fehlers geben. Ich verwende Docker Compose und führe postgres, redis, sidekiq und main aus separaten Bitnami-2.3.9-Images aus, die auf meinem Windows-Computer einwandfrei funktionieren. Beim Bereitstellen in AWS ECS erhalte ich jedoch während der Installation einen Fehler in der Hauptanwendung. Außerdem treten die neuesten Zeilen zum Bündeln von Assets (die Liste ist länger) auf meinem lokalen Windows überhaupt nicht auf; unter Windows wird lange gewartet und dann Erfolgsmeldungen ausgegeben.

postgre INFO Found PostgreSQL server listening at postgresql:5432
postgre INFO PostgreSQL server listening and working at postgresql:5432
discour INFO Preparing Discourse environment...
discour INFO Configuring the Discourse database files...
discour INFO Configuring Redis...
discour INFO Setting up SMTP in Discourse...
discour INFO Configuring Discourse database...
discour INFO Enabling PostgreSQL plugins for Discourse...
discour INFO Migrating database...
discour INFO Creating the Discourse admin user...
discour INFO Configuring your Discourse installation...
Error executing 'postInstallation': Purging temp files
Bundling assets
I, [2020-02-10T13:56:52.236240 #1088] INFO -- : Writing /opt/bitnami/discourse/public/assets/vendor-3b2f6dcdff2179eecae36277e07dc69ded2872f619a6a2bd222bbfe69e9f28ae.js
I, [2020-02-10T13:56:58.189628 #1088] INFO -- : Writing /opt/bitnami/discourse/public/assets/admin-e6fbf7cad5fdf706d3f174807bd8e6f8051c81dabdcb8c2c1cfae1ccee125eff.js

Nicht unterstützte Installationen sind nun einmal nicht unterstützt.

Sie können eine unterstützte Installation durchführen, indem Sie unserer Anleitung auf discourse/docs/INSTALL-cloud.md at main · discourse/discourse · GitHub folgen, die vollständig mit einer externen Datenbank arbeitet, wie in unserem Leitfaden Discourse mit einem separaten PostgreSQL-Server betreiben beschrieben.

Das klingt gut, denn der Hauptgrund war, die Datenbank vom Monolithen zu trennen. Ich habe die Konfiguration und den Bootstrap-Prozess durchlaufen. Ich verwende Ubuntu Linux (WSL) unter Windows mit einem gemounteten Windows-Docker (da natives Docker unter WSL nicht funktioniert). Alles lief reibungslos: Das Image wurde gebootet, die Datenbank aktualisiert und eine Reihe weiterer Vorgänge wurden auf dem Bildschirm angezeigt. Schließlich wurde Docker gestartet (ich sehe es in ‘docker ps’, und die Ports sind korrekt gemappt), aber wenn ich versuche, über localhost darauf zuzugreifen (so habe ich es konfiguriert), erhalte ich einen leeren Bildschirm, da der Server keine Antwort sendet. Dasselbe funktionierte einwandfrei mit den Bitnami-Docker-Containern (die Anwendung öffnete sich), die ich jedoch aus irgendeinem Grund nicht ordnungsgemäß auf AWS zum Laufen bringen konnte. Könnte ich etwas übersehen haben? Ich bezweifle, dass die Ausführung über WSL ein Problem sein sollte, da es sich um ein echtes Linux handelt und der Bootstrap-Prozess ohne Fehler ablief.

Und ganz ähnlich: auf AWS EC2 installiert, gebootet, Docker gestartet, aber es funktioniert nicht auf Port 80. Es sieht so aus:

[*******]# telnet localhost 80
Trying 127.0.0.1...
Connected to localhost.
Escape character is '^]'.
Connection closed by foreign host.

Verbunden mit dem Docker-Container innerhalb von EC2; in den nginx-Logs finde ich jede Sekunde solche Fehler:
cannot load certificate “/shared/ssl/ec2-x-x-x-x.xx-xx.compute.amazonaws.com.cer”: PEM_read_bio_X509_AUX() failed (SSL: error:0909006C:PEM routines:get_name: no start line: Expecting: TRUSTED CERTIFICATE)

Die Redis- und Postgres-Logs sehen in Ordnung aus. Auch die Anwendungslogs in /var/www/discourse/log zeigen nichts Besonderes (obwohl sie sehr kurz sind).

Hallo,

hast du das Problem bereits gelöst? Ich habe das gleiche Problem…
Für mich sind zudem folgende zusätzliche Logs vorhanden:

at runProgram (/opt/bitnami/nami/node_modules/nami-utils/lib/os/run-program.js:223:14)
    at Object.runProgram (/opt/bitnami/nami/node_modules/nami-utils/lib/os/index.js:63:12)
    at Object.$app.helpers.execute (/root/.nami/components/com.bitnami.ruby/helpers.js:44:7)
    at Object.$app.helpers.bundleExecute (/root/.nami/components/com.bitnami.ruby/helpers.js:62:8)
    at Object.<anonymous> (/opt/bitnami/nami/node_modules/lodash/index.js:51:276)
    at Service.$app.postInstallation (/root/.nami/components/com.bitnami.discourse/main.js:82:8)
    at Service.runStep (/opt/bitnami/nami/node_modules/nami-core/lib/components/component.js:159:12)
    at _.each.step (/opt/bitnami/nami/node_modules/nami-core/lib/components/component.js:236:32)
    at r (/opt/bitnami/nami/node_modules/lodash/index.js:5:348)
    at Function.sf (/opt/bitnami/nami/node_modules/lodash/index.js:78:256)
Error executing 'postInstallation': Purging temp files

Hallo @George_Guliman, Bitnami-Installationen werden hier leider nicht unterstützt. Du musst dich anderweitig an Unterstützung wenden, wahrscheinlich beim Bitnami-Support.

Ja, ich weiß… Ich war nur neugierig, ob es dem Reporter gelungen ist, das zu lösen.

Vielen Dank,