Erro no banco de dados ao finalizar a configuração do discourse docker

Suporte Instalação
1

Olá equipe, estou tentando executar a configuração do Docker Discourse na AWS EC2 seguindo este link: How to configure Discourse on Amazon Web services (AWS) - Axel Fernandes's blog

Tudo funcionou bem, exceto o último passo. Poderia me sugerir qual é o erro?

I, [2020-09-17T19:56:38.330642 #1]  INFO -- : Arquivo > /etc/nginx/letsencrypt.conf  chmod:   chown: 
I, [2020-09-17T19:56:38.334734 #1]  INFO -- : Arquivo > /etc/runit/1.d/letsencrypt  chmod: +x  chown: 
I, [2020-09-17T19:56:38.334916 #1]  INFO -- : Substituindo (?-mix:ssl_certificate.+) por ssl_certificate /shared/ssl/$$ENV_DISCOURSE_HOSTNAME.cer;
ssl_certificate /shared/ssl/$$ENV_DISCOURSE_HOSTNAME_ecc.cer;
 em /etc/nginx/conf.d/discourse.conf
I, [2020-09-17T19:56:38.335173 #1]  INFO -- : Substituindo (?-mix:#?ACCOUNT_EMAIL=.+) por ACCOUNT_EMAIL=$$ENV_LETSENCRYPT_ACCOUNT_EMAIL
 em /shared/letsencrypt/account.conf
I, [2020-09-17T19:56:38.335395 #1]  INFO -- : Substituindo (?-mix:ssl_certificate_key.+) por ssl_certificate_key /shared/ssl/$$ENV_DISCOURSE_HOSTNAME.key;
ssl_certificate_key /shared/ssl/$$ENV_DISCOURSE_HOSTNAME_ecc.key;
 em /etc/nginx/conf.d/discourse.conf
I, [2020-09-17T19:56:38.335982 #1]  INFO -- : Substituindo (?-mix:add_header.+) por add_header Strict-Transport-Security 'max-age=63072000'; em /etc/nginx/conf.d/discourse.conf
I, [2020-09-17T19:56:38.336602 #1]  INFO -- : Substituindo location @discourse { por location @discourse {
add_header Strict-Transport-Security 'max-age=31536000'; # lembrar o certificado por um ano e conectar automaticamente via HTTPS para este domínio em /etc/nginx/conf.d/discourse.conf
I, [2020-09-17T19:56:38.337288 #1]  INFO -- : > echo "Início dos comandos personalizados"
I, [2020-09-17T19:56:38.339060 #1]  INFO -- : Início dos comandos personalizados

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

I, [2020-09-17T19:56:38.341091 #1]  INFO -- : Encerrando processos assíncronos
I, [2020-09-17T19:56:38.341176 #1]  INFO -- : Enviando INT para 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:  recebida solicitação de encerramento rápido
I, [2020-09-17T19:56:38.341692 #1]  INFO -- : Enviando TERM para exec chpst -u redis -U redis /usr/bin/redis-server /etc/redis/redis.conf pid: 166
166:signal-handler (1600372598) Recebido SIGTERM agendando encerramento...
2020-09-17 19:56:38.344 UTC [49] LOG:  abortando todas as transações ativas
2020-09-17 19:56:38.347 UTC [49] LOG:  worker em segundo plano "iniciador de replicação lógica" (PID 58) saiu com código de saída 1
2020-09-17 19:56:38.349 UTC [53] LOG:  desligando
2020-09-17 19:56:38.416 UTC [49] LOG:  sistema de banco de dados desligado
166:M 17 Set 2020 19:56:38.419 # Encerramento solicitado pelo usuário...
166:M 17 Set 2020 19:56:38.419 * Salvando o snapshot final RDB antes de sair.
166:M 17 Set 2020 19:56:38.423 * Banco de dados salvo no disco
166:M 17 Set 2020 19:56:38.424 # Redis agora está pronto para sair, tchau tchau...
sha256:80ffaa9115dbe8b1cfdc8d77dd25054e4fbd6be896fa19f6330448110e2e7251
68b73bf7854c91ff7e9cc5c7748e2826a85e6a6cdb62508d4b26cc9fc4cfd12d
Removendo container antigo
+ /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

Não vejo nenhum erro real nesse log. Ele pode estar mais acima ou mais abaixo.

Removi a senha da sua postagem, mas você deve ir ao SendGrid e redefinir o segredo do aplicativo.

Você deve usar um nome de domínio que você controla.

3

@riking você está certo. Não há realmente um erro em si. Mas o SendGrid tem um problema. Abaixo está a configuração. O que poderia ser o problema? Você poderia explicar o que você quis dizer com “ciclar o segredo da aplicação”? Você quer dizer recriar?

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

4

Espere, então o envio de e-mail era o problema original?

Sim, você precisa acessar o console do SendGrid, “revogar” a senha anterior que estava usando e criar uma nova.

5

@riking Na verdade, inicialmente não havia tal problema. O log me deixou preocupado. Mas então percebi que os e-mails não estavam sendo entregues.

6

@riking o e-mail parece estar ainda com problemas, mesmo após a nova chave. Há mais alguma coisa que deva ser verificada?

7

Dê uma olhada neste guia howto e veja se as etapas ali resolvem o problema.