Erreur lors de l'exécution de 'postInstallation' : Suppression des fichiers temporaires

Soutien Installation
1

Bonjour,

J’essaie d’effectuer une installation non standard, mais quelqu’un pourrait peut-être avoir un éclairage sur la cause de l’erreur. J’utilise docker-compose pour exécuter postgres, redis, sidekiq et l’application principale à partir d’images Bitnami 2.3.9 distinctes, et tout fonctionne parfaitement sur mon ordinateur Windows. Cependant, lors du déploiement sur AWS ECS, une erreur se produit sur l’application principale au milieu de l’installation. De plus, les dernières lignes concernant l’assemblage des actifs (la liste est plus longue) n’apparaissent pas du tout sur mon Windows local ; sous Windows, le processus attend longtemps avant d’afficher des messages de succès.

postgre INFO Serveur PostgreSQL trouvé en écoute sur postgresql:5432
postgre INFO Le serveur PostgreSQL est en écoute et fonctionne sur postgresql:5432
discour INFO Préparation de l'environnement Discourse...
discour INFO Configuration des fichiers de base de données Discourse...
discour INFO Configuration de Redis...
discour INFO Configuration de SMTP dans Discourse...
discour INFO Configuration de la base de données Discourse...
discour INFO Activation des plugins PostgreSQL pour Discourse...
discour INFO Migration de la base de données...
discour INFO Création de l'utilisateur administrateur Discourse...
discour INFO Configuration de votre installation Discourse...
Erreur lors de l'exécution de 'postInstallation' : Suppression des fichiers temporaires
Assemblage des actifs
I, [2020-02-10T13:56:52.236240 #1088] INFO -- : Écriture de /opt/bitnami/discourse/public/assets/vendor-3b2f6dcdff2179eecae36277e07dc69ded2872f619a6a2bd222bbfe69e9f28ae.js
I, [2020-02-10T13:56:58.189628 #1088] INFO -- : Écriture de /opt/bitnami/discourse/public/assets/admin-e6fbf7cad5fdf706d3f174807bd8e6f8051c81dabdcb8c2c1cfae1ccee125eff.js
2

Les installations non prises en charge sont, eh bien, non prises en charge.

Vous pouvez exécuter une installation prise en charge en suivant notre guide sur discourse/docs/INSTALL-cloud.md at main · discourse/discourse · GitHub, qui utilise entièrement une base de données externe, comme décrit dans notre article Exécuter Discourse avec un serveur PostgreSQL séparé.

3 « J'aime »
3

Cela semble logique, car la raison principale était de séparer la base de données du monolithe. J’ai examiné la configuration et le processus de démarrage, en utilisant Ubuntu Linux (WSL) sous Windows avec un Docker Windows monté (car le Docker natif ne fonctionne pas sur WSL). Tout s’est bien passé : l’image a été initialisée, la base de données mise à jour et une foule d’autres éléments affichés à l’écran. Finalement, Docker a été démarré (je le vois dans docker ps et les ports sont correctement mappés), mais lorsque j’essaie d’y accéder via localhost (c’est ainsi que je l’ai configuré), j’obtiens un écran vide car le serveur n’envoie aucune réponse. La même chose fonctionnait parfaitement avec les conteneurs Docker Bitnami (l’application s’ouvrait), mais je n’ai pas réussi à les faire fonctionner correctement sur AWS pour une raison quelconque. Aurais-je manqué quelque chose ? Je doute que l’exécution via WSL soit un problème, car il s’agit d’un véritable Linux et l’initialisation s’est déroulée sans erreurs.

4

Et c’est assez similaire : installé sur AWS EC2, amorcé, lancé via Docker, et cela échoue sur le port 80. Voici à quoi cela ressemble :

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

Connecté au conteneur Docker à l’intérieur d’EC2, je trouve dans les journaux nginx des erreurs de ce type chaque seconde :
« 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) »

Les journaux Redis et Postgres sont corrects. Les journaux de l’application dans /var/www/discourse/log ne montrent également rien de particulier (bien qu’ils soient très courts).

5

Bonjour,

Avez-vous réussi à résoudre ce problème ? Je rencontre le même souci…
Je vois également ces journaux supplémentaires :

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
6

Bonjour @George_Guliman, les installations Bitnami ne sont malheureusement pas prises en charge ici. Vous devrez vous tourner vers une autre assistance, probablement auprès du support Bitnami.

1 « J'aime »
7

Oui, je sais… Je me demandais juste si le journaliste avait réussi à le résoudre.

Merci,