Errore di arresto del database alla fine dell'installazione di discourse docker

Supporto Installazione
1

Ciao team, sto cercando di eseguire la configurazione di Docker Discourse su AWS EC2 seguendo questa guida: How to configure Discourse on Amazon Web services (AWS) - Axel Fernandes's blog

Tutto è andato bene tranne l’ultimo passaggio. Potete suggerirmi qual è l’errore?

I, [2020-09-17T19:56:38.330642 #1]  INFO -- : File > /etc/nginx/letsencrypt.conf  chmod:   chown: 
I, [2020-09-17T19:56:38.334734 #1]  INFO -- : File > /etc/runit/1.d/letsencrypt  chmod: +x  chown: 
I, [2020-09-17T19:56:38.334916 #1]  INFO -- : Sostituzione di (?-mix:ssl_certificate.+) con ssl_certificate /shared/ssl/$$ENV_DISCOURSE_HOSTNAME.cer;
ssl_certificate /shared/ssl/$$ENV_DISCOURSE_HOSTNAME_ecc.cer;
 in /etc/nginx/conf.d/discourse.conf
I, [2020-09-17T19:56:38.335173 #1]  INFO -- : Sostituzione di (?-mix:#?ACCOUNT_EMAIL=.+) con ACCOUNT_EMAIL=$$ENV_LETSENCRYPT_ACCOUNT_EMAIL
 in /shared/letsencrypt/account.conf
I, [2020-09-17T19:56:38.335395 #1]  INFO -- : Sostituzione di (?-mix:ssl_certificate_key.+) con ssl_certificate_key /shared/ssl/$$ENV_DISCOURSE_HOSTNAME.key;
ssl_certificate_key /shared/ssl/$$ENV_DISCOURSE_HOSTNAME_ecc.key;
 in /etc/nginx/conf.d/discourse.conf
I, [2020-09-17T19:56:38.335982 #1]  INFO -- : Sostituzione di (?-mix:add_header.+) con add_header Strict-Transport-Security 'max-age=63072000'; in /etc/nginx/conf.d/discourse.conf
I, [2020-09-17T19:56:38.336602 #1]  INFO -- : Sostituzione di location @discourse { con location @discourse {
add_header Strict-Transport-Security 'max-age=31536000'; # ricorda il certificato per un anno e connettiti automaticamente a HTTPS per questo dominio in /etc/nginx/conf.d/discourse.conf
I, [2020-09-17T19:56:38.337288 #1]  INFO -- : > echo "Inizio dei comandi personalizzati"
I, [2020-09-17T19:56:38.339060 #1]  INFO -- : Inizio dei comandi personalizzati

I, [2020-09-17T19:56:38.339171 #1]  INFO -- : > echo "Fine dei comandi personalizzati"
I, [2020-09-17T19:56:38.340989 #1]  INFO -- : Fine dei comandi personalizzati

I, [2020-09-17T19:56:38.341091 #1]  INFO -- : Terminazione dei processi asincroni
I, [2020-09-17T19:56:38.341176 #1]  INFO -- : Invio di 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:  ricevuta richiesta di arresto rapido
I, [2020-09-17T19:56:38.341692 #1]  INFO -- : Invio di TERM a exec chpst -u redis -U redis /usr/bin/redis-server /etc/redis/redis.conf pid: 166
166:signal-handler (1600372598) Ricevuto SIGTERM, pianificazione dell'arresto...
2020-09-17 19:56:38.344 UTC [49] LOG:  interruzione di tutte le transazioni attive
2020-09-17 19:56:38.347 UTC [49] LOG:  worker in background "logical replication launcher" (PID 58) terminato con codice di uscita 1
2020-09-17 19:56:38.349 UTC [53] LOG:  arresto in corso
2020-09-17 19:56:38.416 UTC [49] LOG:  il sistema di database è stato arrestato
166:M 17 Sep 2020 19:56:38.419 # Arresto richiesto dall'utente...
166:M 17 Sep 2020 19:56:38.419 * Salvataggio dell'ultimo snapshot RDB prima dell'uscita.
166:M 17 Sep 2020 19:56:38.423 * DB salvato su disco
166:M 17 Sep 2020 19:56:38.424 # Redis è pronto per uscire, arrivederci...
sha256:80ffaa9115dbe8b1cfdc8d77dd25054e4fbd6be896fa19f6330448110e2e7251
68b73bf7854c91ff7e9cc5c7748e2826a85e6a6cdb62508d4b26cc9fc4cfd12d
Rimozione del vecchio container
+ /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

Non vedo alcun errore effettivo in quel log. Potrebbe essere più in alto o più in basso.

Ho rimosso la password dal tuo post, ma dovresti andare su SendGrid e rigenerare il segreto dell’applicazione.

Dovresti utilizzare un nome di dominio di cui hai il controllo.

3

@riking hai ragione. Non c’è un vero errore in quanto tale. Tuttavia, SendGrid presenta un problema. Di seguito trovi la configurazione. Quale potrebbe essere il problema? Puoi spiegarmi cosa intendi per “ciclare la secret dell’applicazione”? Vuoi dire ricrearla?

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

4

Aspetta, quindi il problema originale era l’invio delle email?

Sì, devi accedere alla console di SendGrid, “revocare” la password precedente che stavi utilizzando e crearne una nuova.

5

@riking In realtà all’inizio non c’era un problema del genere. Il log mi ha preoccupato. Ma poi ho capito che le email non venivano recapitate.

6

@riking l’email sembra essere ancora rotta anche dopo la nuova chiave. C’è altro che dovrebbe essere sistemato?

7

Dai un’occhiata a questa guida howto e verifica se i passaggi indicati risolvono il problema.

1 Mi Piace