Erreur d'arrêt de la base de données à la fin de la configuration de discourse docker

Soutien Installation
1

Salut l’équipe,

J’essaie d’exécuter la configuration Docker de Discourse sur AWS EC2 en suivant ce guide : How to configure Discourse on Amazon Web services (AWS) - Axel Fernandes's blog

Tout s’est bien passé sauf la dernière étape. Pouvez-vous s’il vous plaît indiquer quelle est l’erreur ?

I, [2020-09-17T19:56:38.330642 #1]  INFO -- : Fichier > /etc/nginx/letsencrypt.conf  chmod:   chown: 
I, [2020-09-17T19:56:38.334734 #1]  INFO -- : Fichier > /etc/runit/1.d/letsencrypt  chmod: +x  chown: 
I, [2020-09-17T19:56:38.334916 #1]  INFO -- : Remplacement de (?-mix:ssl_certificate.+) par ssl_certificate /shared/ssl/$$ENV_DISCOURSE_HOSTNAME.cer;
ssl_certificate /shared/ssl/$$ENV_DISCOURSE_HOSTNAME_ecc.cer;
 dans /etc/nginx/conf.d/discourse.conf
I, [2020-09-17T19:56:38.335173 #1]  INFO -- : Remplacement de (?-mix:#?ACCOUNT_EMAIL=.+) par ACCOUNT_EMAIL=$$ENV_LETSENCRYPT_ACCOUNT_EMAIL
 dans /shared/letsencrypt/account.conf
I, [2020-09-17T19:56:38.335395 #1]  INFO -- : Remplacement de (?-mix:ssl_certificate_key.+) par ssl_certificate_key /shared/ssl/$$ENV_DISCOURSE_HOSTNAME.key;
ssl_certificate_key /shared/ssl/$$ENV_DISCOURSE_HOSTNAME_ecc.key;
 dans /etc/nginx/conf.d/discourse.conf
I, [2020-09-17T19:56:38.335982 #1]  INFO -- : Remplacement de (?-mix:add_header.+) par add_header Strict-Transport-Security 'max-age=63072000'; dans /etc/nginx/conf.d/discourse.conf
I, [2020-09-17T19:56:38.336602 #1]  INFO -- : Remplacement de location @discourse { par location @discourse {
add_header Strict-Transport-Security 'max-age=31536000'; # se souvenir du certificat pendant un an et se connecter automatiquement en HTTPS pour ce domaine dans /etc/nginx/conf.d/discourse.conf
I, [2020-09-17T19:56:38.337288 #1]  INFO -- : > echo "Début des commandes personnalisées"
I, [2020-09-17T19:56:38.339060 #1]  INFO -- : Début des commandes personnalisées

I, [2020-09-17T19:56:38.339171 #1]  INFO -- : > echo "Fin des commandes personnalisées"
I, [2020-09-17T19:56:38.340989 #1]  INFO -- : Fin des commandes personnalisées

I, [2020-09-17T19:56:38.341091 #1]  INFO -- : Arrêt des processus asynchrones
I, [2020-09-17T19:56:38.341176 #1]  INFO -- : Envoi de INT à HOME=/var/lib/postgresql USER=postgres exec chpst -u postgres:postgres:ssl-cert -U postgres:postgres:ssl-cert /usr/lib/postgre
sql/12/bin/postmaster -D /etc/postgresql/12/main pid: 49
2020-09-17 19:56:38.341 UTC [49] LOG:  demande d'arrêt rapide reçue
I, [2020-09-17T19:56:38.341692 #1]  INFO -- : Envoi de TERM à exec chpst -u redis -U redis /usr/bin/redis-server /etc/redis/redis.conf pid: 166
166:signal-handler (1600372598) SIGTERM reçu, planification de l'arrêt...
2020-09-17 19:56:38.344 UTC [49] LOG:  annulation de toutes les transactions actives
2020-09-17 19:56:38.347 UTC [49] LOG:  l'agent de travail en arrière-plan "logical replication launcher" (PID 58) s'est terminé avec le code de sortie 1
2020-09-17 19:56:38.349 UTC [53] LOG:  arrêt en cours
2020-09-17 19:56:38.416 UTC [49] LOG:  le système de base de données est arrêté
166:M 17 Sep 2020 19:56:38.419 # Arrêt demandé par l'utilisateur...
166:M 17 Sep 2020 19:56:38.419 * Sauvegarde du dernier instantané RDB avant la sortie.
166:M 17 Sep 2020 19:56:38.423 * Base de données sauvegardée sur le disque
166:M 17 Sep 2020 19:56:38.424 # Redis est maintenant prêt à quitter, au revoir...
sha256:80ffaa9115dbe8b1cfdc8d77dd25054e4fbd6be896fa19f6330448110e2e7251
68b73bf7854c91ff7e9cc5c7748e2826a85e6a6cdb62508d4b26cc9fc4cfd12d
Suppression de l'ancien conteneur
+ /usr/bin/docker rm app
app

+ /usr/bin/docker run --shm-size=512m -d --restart=always -e LANG=en_US.UTF-8 -e RAILS_ENV=production -e UNICORN_WORKERS=4 -e UNICORN_SIDEKIQS=1 -e RUBY_GLOBAL_METHOD_CACHE_SIZE=131072 -e
 RUBY_GC_HEAP_GROWTH_MAX_SLOTS=40000 -e RUBY_GC_HEAP_INIT_SLOTS=400000 -e RUBY_GC_HEAP_OLDOBJECT_LIMIT_FACTOR=1.5 -e DISCOURSE_DB_SOCKET=/var/run/postgresql -e DISCOURSE_DB_HOST= -e DISCO
URSE_DB_PORT= -e LETSENCRYPT_DIR=/shared/letsencrypt -e DISCOURSE_HOSTNAME=testdiscourse.com -e DISCOURSE_DEVELOPER_EMAILS=sho_xxxxxx_92@gmail.com -e DISCOURSE_SMTP_ADDRESS=smtp.sendgr
id.net -e DISCOURSE_SMTP_PORT=587 -e DISCOURSE_SMTP_USER_NAME=SG.xxxxxx -e DISCOURSE_SMTP_PASSWORD=SG.xxxxxx -e LETSENCRYPT_ACCOUNT_EMAIL=me@example.com -h ip-172-31-4-9-app -e DOCKER_HOST_IP=172.17.0.1 --name app -t -p 80:80 -p 443:443 -v /var/discourse
/shared/standalone:/shared -v /var/discourse/shared/standalone/log/var-log:/var/log --mac-address 02:3a:b7:1a:8e:ae local_discourse/app /sbin/boot
2

Je ne vois aucune erreur réelle dans ce journal. Elle pourrait se trouver plus haut ou plus bas.

J’ai supprimé le mot de passe de votre publication, mais vous devriez vous rendre sur SendGrid et renouveler le secret de l’application.

Vous devriez utiliser un nom de domaine que vous contrôlez.

3

@riking tu as raison. Il n’y a pas vraiment d’erreur en soi. Cependant, SendGrid rencontre un problème. Voici la configuration. Quelle pourrait être la cause du problème ? Pourrais-tu s’il te plaît expliquer ce que tu entends par « faire tourner le secret de l’application » ? Veux-tu dire le recréer ?

DISCOURSE_SMTP_ADDRESS: smtp.sendgrid.net
DISCOURSE_SMTP_PORT: 2525
DISCOURSE_SMTP_USER_NAME: apiKey
DISCOURSE_SMTP_PASSWORD: “SG.N6X4OZGjS_xxxxxx”

4

Attends, donc l’envoi d’e-mails était le problème initial ?

Oui, tu dois te rendre sur la console SendGrid, « révoquer » le mot de passe précédent que tu utilisais et en créer un nouveau.

5

@riking En fait, il n’y avait pas de tel problème au départ. Le journal m’a inquiété. Mais ensuite, j’ai réalisé que les e-mails n’étaient pas livrés.

6

@riking l’email semble toujours être cassé même après la nouvelle clé. Y a-t-il autre chose qui devrait être réglé ?

7

Consultez ce guide howto et vérifiez si les étapes qu’il contient résolvent le problème.