Error de apagado de la base de datos al final de la configuración de discourse docker

Soporte Instalación
1

Hola equipo, estoy intentando ejecutar la configuración de Docker para Discourse en AWS EC2 siguiendo esta guía: How to configure Discourse on Amazon Web services (AWS) - Axel Fernandes's blog

Todo funcionó bien excepto el último paso. ¿Podrían sugerirme cuál es el error?

I, [2020-09-17T19:56:38.330642 #1]  INFO -- : Archivo > /etc/nginx/letsencrypt.conf  chmod:   chown: 
I, [2020-09-17T19:56:38.334734 #1]  INFO -- : Archivo > /etc/runit/1.d/letsencrypt  chmod: +x  chown: 
I, [2020-09-17T19:56:38.334916 #1]  INFO -- : Reemplazando (?-mix:ssl_certificate.+) con ssl_certificate /shared/ssl/$$ENV_DISCOURSE_HOSTNAME.cer;
ssl_certificate /shared/ssl/$$ENV_DISCOURSE_HOSTNAME_ecc.cer;
 en /etc/nginx/conf.d/discourse.conf
I, [2020-09-17T19:56:38.335173 #1]  INFO -- : Reemplazando (?-mix:#?ACCOUNT_EMAIL=.+) con ACCOUNT_EMAIL=$$ENV_LETSENCRYPT_ACCOUNT_EMAIL
 en /shared/letsencrypt/account.conf
I, [2020-09-17T19:56:38.335395 #1]  INFO -- : Reemplazando (?-mix:ssl_certificate_key.+) con ssl_certificate_key /shared/ssl/$$ENV_DISCOURSE_HOSTNAME.key;
ssl_certificate_key /shared/ssl/$$ENV_DISCOURSE_HOSTNAME_ecc.key;
 en /etc/nginx/conf.d/discourse.conf
I, [2020-09-17T19:56:38.335982 #1]  INFO -- : Reemplazando (?-mix:add_header.+) con add_header Strict-Transport-Security 'max-age=63072000'; en /etc/nginx/conf.d/discourse.conf
I, [2020-09-17T19:56:38.336602 #1]  INFO -- : Reemplazando location @discourse { con location @discourse {
add_header Strict-Transport-Security 'max-age=31536000'; # recordar el certificado durante un año y conectar automáticamente a HTTPS para este dominio en /etc/nginx/conf.d/discourse.conf
I, [2020-09-17T19:56:38.337288 #1]  INFO -- : > echo "Inicio de comandos personalizados"
I, [2020-09-17T19:56:38.339060 #1]  INFO -- : Inicio de comandos personalizados

I, [2020-09-17T19:56:38.339171 #1]  INFO -- : > echo "Fin de comandos personalizados"
I, [2020-09-17T19:56:38.340989 #1]  INFO -- : Fin de comandos personalizados

I, [2020-09-17T19:56:38.341091 #1]  INFO -- : Terminando procesos asíncronos
I, [2020-09-17T19:56:38.341176 #1]  INFO -- : Enviando INT a 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:  solicitud de apagado rápido recibida
I, [2020-09-17T19:56:38.341692 #1]  INFO -- : Enviando TERM a exec chpst -u redis -U redis /usr/bin/redis-server /etc/redis/redis.conf pid: 166
166:signal-handler (1600372598) SIGTERM recibido, programando apagado...
2020-09-17 19:56:38.344 UTC [49] LOG:  abortando cualquier transacción activa
2020-09-17 19:56:38.347 UTC [49] LOG:  el worker de fondo "iniciador de replicación lógica" (PID 58) salió con código de salida 1
2020-09-17 19:56:38.349 UTC [53] LOG:  apagando
2020-09-17 19:56:38.416 UTC [49] LOG:  el sistema de base de datos se ha apagado
166:M 17 Sep 2020 19:56:38.419 # Apagado solicitado por el usuario...
166:M 17 Sep 2020 19:56:38.419 * Guardando la instantánea RDB final antes de salir.
166:M 17 Sep 2020 19:56:38.423 * DB guardado en disco
166:M 17 Sep 2020 19:56:38.424 # Redis está listo para salir, adiós...
sha256:80ffaa9115dbe8b1cfdc8d77dd25054e4fbd6be896fa19f6330448110e2e7251
68b73bf7854c91ff7e9cc5c7748e2826a85e6a6cdb62508d4b26cc9fc4cfd12d
Eliminando contenedor antiguo
+ /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

No veo ningún error real en ese registro. Podría estar más arriba o más abajo.

He eliminado la contraseña de tu publicación, pero deberías ir a SendGrid y rotar el secreto de la aplicación.

Deberías usar un nombre de dominio que tú controles.

3

@riking tienes razón. No hay un error real como tal. Pero SendGrid tiene un problema. A continuación está la configuración. ¿Qué podría ser el problema? ¿Podrías explicarme qué quisiste decir con “ciclar la clave secreta de la aplicación”? ¿Te refieres a recrearla?

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

4

Espera, ¿entonces el problema original era el envío de correos electrónicos?

Sí, debes ir a la consola de SendGrid, “revocar” la contraseña anterior que estabas usando y crear una nueva.

5

@riking En realidad, inicialmente no había tal problema. El registro me preocupó. Pero luego me di cuenta de que los correos electrónicos no se estaban entregando.

6

@riking el correo parece seguir sin funcionar incluso con la nueva clave. ¿Hay algo más que deba resolverse?

7

Echa un vistazo a esta guía howto y comprueba si los pasos allí descritos resuelven el problema.