Datenbank-Absturzfehler am Ende des Discourse Docker-Setups

Unterstützung Installation
1

Hallo Team,

ich versuche, das Docker-Discourse-Setup auf AWS EC2 gemäß dieser Anleitung einzurichten: How to configure Discourse on Amazon Web services (AWS) - Axel Fernandes's blog

Alles außer dem letzten Schritt lief problemlos. Könntet ihr mir bitte einen Hinweis geben, wo der Fehler liegt?

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 -- : Ersetzen von (?-mix:ssl_certificate.+) durch 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 -- : Ersetzen von (?-mix:#?ACCOUNT_EMAIL=.+) durch ACCOUNT_EMAIL=$$ENV_LETSENCRYPT_ACCOUNT_EMAIL
 in /shared/letsencrypt/account.conf
I, [2020-09-17T19:56:38.335395 #1]  INFO -- : Ersetzen von (?-mix:ssl_certificate_key.+) durch 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 -- : Ersetzen von (?-mix:add_header.+) durch add_header Strict-Transport-Security 'max-age=63072000'; in /etc/nginx/conf.d/discourse.conf
I, [2020-09-17T19:56:38.336602 #1]  INFO -- : Ersetzen von location @discourse { durch location @discourse {
add_header Strict-Transport-Security 'max-age=31536000'; # Zertifikat für ein Jahr merken und für diese Domain automatisch eine HTTPS-Verbindung herstellen in /etc/nginx/conf.d/discourse.conf
I, [2020-09-17T19:56:38.337288 #1]  INFO -- : > echo "Beginn der benutzerdefinierten Befehle"
I, [2020-09-17T19:56:38.339060 #1]  INFO -- : Beginn der benutzerdefinierten Befehle

I, [2020-09-17T19:56:38.339171 #1]  INFO -- : > echo "Ende der benutzerdefinierten Befehle"
I, [2020-09-17T19:56:38.340989 #1]  INFO -- : Ende der benutzerdefinierten Befehle

I, [2020-09-17T19:56:38.341091 #1]  INFO -- : Asynchrone Prozesse werden beendet
I, [2020-09-17T19:56:38.341176 #1]  INFO -- : Senden von INT an 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:  Schneller Herunterfahrungsantrag empfangen
I, [2020-09-17T19:56:38.341692 #1]  INFO -- : Senden von TERM an exec chpst -u redis -U redis /usr/bin/redis-server /etc/redis/redis.conf pid: 166
166:signal-handler (1600372598) SIGTERM empfangen, Herunterfahren wird geplant...
2020-09-17 19:56:38.344 UTC [49] LOG:  Alle aktiven Transaktionen werden abgebrochen
2020-09-17 19:56:38.347 UTC [49] LOG:  Hintergrundarbeitsprozess "logical replication launcher" (PID 58) wurde mit Exit-Code 1 beendet
2020-09-17 19:56:38.349 UTC [53] LOG:  Herunterfahren
2020-09-17 19:56:38.416 UTC [49] LOG:  Datenbanksystem wurde heruntergefahren
166:M 17 Sep 2020 19:56:38.419 # Benutzeranforderung zum Herunterfahren...
166:M 17 Sep 2020 19:56:38.419 * Speichern des letzten RDB-Snapshots vor dem Beenden.
166:M 17 Sep 2020 19:56:38.423 * DB auf Festplatte gespeichert
166:M 17 Sep 2020 19:56:38.424 # Redis ist jetzt bereit zum Beenden, tschüss...
sha256:80ffaa9115dbe8b1cfdc8d77dd25054e4fbd6be896fa19f6330448110e2e7251
68b73bf7854c91ff7e9cc5c7748e2826a85e6a6cdb62508d4b26cc9fc4cfd12d
Entfernen des alten Containers
+ /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

Ich sehe in diesem Log keinen tatsächlichen Fehler. Er könnte weiter oben oder weiter unten stehen.

Ich habe das Passwort aus deinem Beitrag entfernt, aber du solltest zu SendGrid gehen und den Application Secret neu generieren.

Du solltest eine Domain verwenden, die du kontrollierst.

3

@riking, du hast recht. Es liegt kein tatsächlicher Fehler vor. Aber bei SendGrid gibt es ein Problem. Hier ist die Konfiguration. Was könnte das Problem sein? Könntest du bitte erklären, was du mit „den Anwendungsschlüssel zyklisch ändern

4

Warte, war das Versenden von E-Mails das ursprüngliche Problem?

Ja, du musst in die SendGrid-Konsole gehen, das vorherige Passwort, das du verwendet hast, „widerrufen

5

@riking Eigentlich gab es anfangs kein solches Problem. Die Log-Ausgabe hat mich beunruhigt. Dann habe ich jedoch festgestellt, dass E-Mails nicht zugestellt werden.

6

@riking Die E-Mail scheint auch nach dem neuen Schlüssel immer noch nicht zu funktionieren. Gibt es noch etwas anderes, das geklärt werden sollte?

7

Schauen Sie sich diese #howto-Anleitung an und prüfen Sie, ob die dort beschriebenen Schritte das Problem beheben.

1 „Gefällt mir“