Fehler beim Verbinden mit Redis

Unterstützung Installation
1

Wenn ich versuche, Discourse zu starten, kann ich nicht darauf zugreifen. Ich habe einige Informationen in den Logdateien gefunden, die dafür verantwortlich sein könnten. Weiß jemand, was das Problem ist?

# /var/discourse/standalone/log/rails/unicorn.stderr.log
Fehler beim Melden des Fehlers: Fehler bei der Verbindung zu Redis auf localhost:6379 (Errno::EADDRNOTAVAIL) 2 Fehler bei der Verbindung zu Redis auf localhost:6379 (Errno::EADDRNOTAVAIL) Abonnement fehlgeschlagen, erneuter Versuch in 1 Sekunde. Aufrufstack ["/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/redis-4.1.3/lib/redis/client.rb:362:in `rescue in establish_connection'", "/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/redis-4.1.3/lib/redis/client.rb:343:in `establish_connection'", "/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/redis-4.1.3/lib/redis/client.rb:106:in `block in connect'", "/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/redis-4.1.3/lib/redis/client.rb:306:in `with_reconnect'", "/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/redis-4.1.3/lib/redis/client.rb:105:in `connect'", "/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/redis-4.1.3/lib/redis/client.rb:381:in `ensure_connected'", "/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/redis-4.1.3/lib/redis/client.rb:231:in `block in process'", "/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/redis-4.1.3/lib/redis/client.rb:319:in `logging'", "/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/redis-4.1.3/lib/redis/client.rb:230:in `process'", "/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/redis-4.1.3/lib/redis/client.rb:139:in `block in call_loop'", "/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/redis-4.1.3/lib/redis/client.rb:292:in `with_socket_timeout'", "/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/redis-4.1.3/lib/redis/client.rb:138:in `call_loop'", "/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/redis-4.1.3/lib/redis/subscribe.rb:43:in `subscription'", "/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/redis-4.1.3/lib/redis/subscribe.rb:12:in `subscribe'", "/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/redis-4.1.3/lib/redis.rb:3467:in `_subscription'", "/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/redis-4.1.3/lib/redis.rb:2300:in `block in subscribe'", "/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/redis-4.1.3/lib/redis.rb:52:in `block in synchronize'", "/usr/local/lib/ruby/2.6.0/monitor.rb:235:in `mon_synchronize'", "/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/redis-4.1.3/lib/redis.rb:52:in `synchronize'", "/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/redis-4.1.3/lib/redis.rb:2299:in `subscribe'", "/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/message_bus-2.2.3/lib/message_bus/backends/redis.rb:287:in `global_subscribe'", "/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/message_bus-2.2.3/lib/message_bus.rb:721:in `global_subscribe_thread'", "/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/message_bus-2.2.3/lib/message_bus.rb:669:in `block in new_subscriber_thread'"]
Fehler beim Melden des Fehlers: Fehler bei der Verbindung zu Redis auf localhost:6379 (Errno::EADDRNOTAVAIL) 3 Job-Ausnahme: Fehler bei der Verbindung zu Redis auf localhost:6379 (Errno::EADDRNOTAVAIL)

# /shared/standalone/log/var-log/redis/current
40:M 11 Dez 2019 17:46:24.868 # WARNUNG: Die TCP-Backlog-Einstellung von 511 kann nicht durchgesetzt werden, da /proc/sys/net/core/somaxconn auf den niedrigeren Wert 128 gesetzt ist.
40:M 11 Dez 2019 17:46:24.868 # Server initialisiert
40:M 11 Dez 2019 17:46:24.868 # WARNUNG: overcommit_memory ist auf 0 gesetzt! Ein Hintergrund-Speicher könnte bei wenig verfügbarem Arbeitsspeicher fehlschlagen. Um dieses Problem zu beheben, fügen Sie 'vm.overcommit_memory = 1' zu /etc/sysctl.conf hinzu und starten Sie den Server neu oder führen Sie den Befehl 'sysctl vm.overcommit_memory=1' aus, damit die Änderung wirksam wird.
40:M 11 Dez 2019 17:46:24.868 # WARNUNG: Sie haben die Unterstützung für Transparent Huge Pages (THP) in Ihrem Kernel aktiviert. Dies kann zu Latenz- und Speichernutzungsproblemen mit Redis führen. Um dieses Problem zu beheben, führen Sie als root den Befehl 'echo never > /sys/kernel/mm/transparent_hugepage/enabled' aus und fügen Sie ihn Ihrer /etc/rc.local hinzu, um die Einstellung nach einem Neustart beizubehalten. Redis muss nach dem Deaktivieren von THP neu gestartet werden.
40:M 11 Dez 2019 17:46:24.885 * DB von Festplatte geladen: 0,017 Sekunden
40:M 11 Dez 2019 17:46:24.891 * Bereit, Verbindungen anzunehmen

Falls diese sehr langen Logzeilen hier schwer zu lesen sind, habe ich sie auch auf hasteb.in hochgeladen: https://hasteb.in/cipemeki.rb

2

Hier läuft etwas Seltsames. Ich empfehle, Docker zu aktualisieren, den Server neu zu starten und Discourse neu zu erstellen.

3

Docker wurde erfolgreich mit apt upgrade docker aktualisiert (es war nicht die neueste Version). Der Server wurde über reboot neu gestartet und mit ./launcher rebuild app neu aufgebaut (während des Neubaus traten einige Redis-Warnungen auf, die jedoch größtenteils denselben Inhalt wie in der Datei var-log/redis/current haben). Dennoch kann ich auf meine Website nicht zugreifen. Ich habe versucht, über Apache2 als Proxy (ProxyPass) zuzugreifen, was einen 503-Fehler ergibt, sowie über die IP und den HTTP-Port (HTTPS wurde deaktiviert), was jedoch nur den Browserfehler “ERR_CONNECTION_REFUSED” anzeigt.

Diesmal gibt die Datei unicorn.stderr.log nur Folgendes aus:

I, [2019-12-12T11:58:37.378657 #70]  INFO -- : Refreshing Gem list
I, [2019-12-12T11:58:56.751681 #70]  INFO -- : listening on addr=127.0.0.1:3000 fd=9
I, [2019-12-12T11:59:04.682642 #70]  INFO -- : master process ready
I, [2019-12-12T11:59:23.890076 #172]  INFO -- : worker=0 ready
I, [2019-12-12T11:59:24.852000 #179]  INFO -- : worker=1 ready

Und die aktuelle Redis-Datei zeigt weiterhin dieselben Warnungen wie zuvor an.

4

Hat wirklich niemand eine Lösung dafür? Ich habe immer noch keinen Weg gefunden, das zu beheben.

5

Es ist nichts Offensichtliches. Wie sieht es mit /var/discourse/shared/standalone/logs/rails/production.log aus (falls ich tippen kann)?

6

Es gibt keinen logs-Ordner innerhalb von shared.

7

Es ist log statt logs. Du musst uns helfen, damit wir dir helfen können…

8

Die Datei production.log ist einfach leer.

9

Und ich habe immer noch keine Lösung dafür gefunden. Ich habe auch mit einigen Forum-Administratoren über Discourse gesprochen, und niemand von ihnen scheint dieses Problem gehabt zu haben.

10

Ich habe ebenfalls dieses Problem.
In: unicorn.stdout.log:

Starten von 1 überwachten Sidekiqs
Laden von Sidekiq mit Prozess-ID 4160
2020-01-25T19:29:16.281Z pid=4160 tid=orb7qpo9c ERROR: Fehler beim Abrufen des Jobs: Fehler beim Verbinden mit Redis auf localhost:6379 (Errno::EADDRNOTAVAIL)
2020-01-25T19:29:16.288Z pid=4160 tid=orb7qpoj0 ERROR: Fehler beim Abrufen des Jobs: Fehler beim Verbinden mit Redis auf localhost:6379 (Errno::EADDRNOTAVAIL)
2020-01-25T19:29:16.287Z pid=4160 tid=orb7rr8k4 ERROR: Fehler beim Abrufen des Jobs: Fehler beim Verbinden mit Redis auf localhost:6379 (Errno::EADDRNOTAVAIL)
2020-01-25T19:29:16.283Z pid=4160 tid=orb7qpop4 ERROR: Fehler beim Abrufen des Jobs: Fehler beim Verbinden mit Redis auf localhost:6379 (Errno::EADDRNOTAVAIL)

Dies ist eine brandneue Discourse-Installation, ein eigenständiger Container mit Unix-Socket-Verbindung zum externen Nginx. Ich versuche, Discourse in eine Ghost-Seite für Kommentare einzubetten; die Fehler treten auf, wenn ein Beitrag mit einem Discourse-Einbettung angezeigt wird (und Discourse versucht, einen Job zum Parsen der verweisenden Seite in die Warteschlange zu stellen?). Ich hatte eine ähnliche Konfiguration bereits ein Jahr lang funktionsfähig, doch diese ist beim Upgrade gescheitert, daher konfiguriere ich sie jetzt aus (fehlerhafter) Erinnerung neu. Hier gibt es viel Raum für Benutzerfehler …

Die Unicorn-Logs zeigen einen Redis-Verbindungsfehler.
production.log.txt (155,8 KB) unicorn.stderr.log.txt (14,5 KB)

Redis selbst scheint in Ordnung zu sein (aus standalone/log/var-log/redis/current) current.txt (37,0 KB)
und scheint einige Verbindungen am erwarteten Port :6379 zu handhaben. Einige der Verbindungen stammen übrigens von unicorn-worker.

root@server3:/var/discourse/shared/standalone/log/var-log/redis# nsenter -t $(docker inspect -f '{{.State.Pid}}' app) -n netstat -ap
Aktive Internetverbindungen (Server und etabliert)
Proto Recv-Q Send-Q Lokale Adresse           Fremde Adresse          Zustand       PID/Programmname    
tcp        0      0 0.0.0.0:6379            0.0.0.0:*               LISTEN      2250/redis-server * 
tcp        0      0 localhost.localdom:3000 0.0.0.0:*               LISTEN      2280/unicorn master 
tcp        0      0 0.0.0.0:postgresql      0.0.0.0:*               LISTEN      2253/postmaster     
tcp        0      0 localhost.localdo:45404 localhost.localdom:6379 ESTABLISHED 3004/unicorn worker 
tcp        0      0 localhost.localdo:45448 localhost.localdom:6379 ESTABLISHED 2981/unicorn worker 
tcp        0      0 localhost.localdom:6379 localhost.localdo:45408 ESTABLISHED 2250/redis-server * 
tcp        0      0 localhost.localdo:45346 localhost.localdom:6379 ESTABLISHED 2280/unicorn master 
tcp        0      0 localhost.localdo:45456 localhost.localdom:6379 ESTABLISHED 3013/unicorn worker 
tcp        0      0 localhost.localdom:3000 localhost.localdo:49628 TIME_WAIT   -                   
tcp        0      0 localhost.localdo:45426 localhost.localdom:6379 ESTABLISHED 3022/unicorn worker 
tcp        0      0 localhost.localdom:6379 localhost.localdo:45346 ESTABLISHED 2250/redis-server * 
tcp        0      0 localhost.localdo:45336 localhost.localdom:6379 ESTABLISHED 2280/unicorn master 
tcp        0      0 localhost.localdom:6379 localhost.localdo:45392 ESTABLISHED 2250/redis-server * 
tcp        0      0 localhost.localdo:45458 localhost.localdom:6379 ESTABLISHED 3022/unicorn worker 
tcp        0      0 localhost.localdo:45452 localhost.localdom:6379 ESTABLISHED 3004/unicorn worker 
tcp        0      0 localhost.localdo:45380 localhost.localdom:6379 ESTABLISHED 2981/unicorn worker 
tcp        0      0 localhost.localdom:6379 localhost.localdo:45410 ESTABLISHED 2250/redis-server * 
tcp        0      0 localhost.localdo:45390 localhost.localdom:6379 ESTABLISHED 2970/sidekiq 6.0.4  
tcp        0      0 localhost.localdo:45374 localhost.localdom:6379 ESTABLISHED 2970/sidekiq 6.0.4  
tcp        0      0 localhost.localdo:45420 localhost.localdom:6379 ESTABLISHED 3013/unicorn worker 
tcp        0      0 localhost.localdom:6379 localhost.localdo:45400 ESTABLISHED 2250/redis-server * 
tcp        0      0 localhost.localdom:6379 localhost.localdo:45390 ESTABLISHED 2250/redis-server * 
tcp        0      0 localhost.localdo:45332 localhost.localdom:6379 ESTABLISHED 2280/unicorn master 
tcp        0      0 localhost.localdo:45392 localhost.localdom:6379 ESTABLISHED 2970/sidekiq 6.0.4  
tcp        0      0 localhost.localdom:3000 localhost.localdo:49626 TIME_WAIT   -                   
tcp        0      0 localhost.localdom:6379 localhost.localdo:45386 ESTABLISHED 2250/redis-server * 
tcp        0      0 localhost.localdom:6379 localhost.localdo:45428 ESTABLISHED 2250/redis-server * 
tcp        0      0 localhost.localdom:6379 localhost.localdo:45414 ESTABLISHED 2250/redis-server * 
tcp        0      0 localhost.localdom:6379 localhost.localdo:45368 ESTABLISHED 2250/redis-server * 
tcp        0      0 localhost.localdom:6379 localhost.localdo:45332 ESTABLISHED 2250/redis-server * 
tcp        0      0 localhost.localdo:45376 localhost.localdom:6379 ESTABLISHED 2970/sidekiq 6.0.4  
tcp        0      0 localhost.localdo:45396 localhost.localdom:6379 ESTABLISHED 2970/sidekiq 6.0.4  
tcp        0      0 localhost.localdom:6379 localhost.localdo:45418 ESTABLISHED 2250/redis-server * 
tcp        0      0 localhost.localdom:6379 localhost.localdo:45448 ESTABLISHED 2250/redis-server * 
tcp        0      0 localhost.localdom:6379 localhost.localdo:45388 ESTABLISHED 2250/redis-server * 
tcp        0      0 localhost.localdom:6379 localhost.localdo:45374 ESTABLISHED 2250/redis-server * 
tcp        0      0 localhost.localdo:45408 localhost.localdom:6379 ESTABLISHED 3004/unicorn worker 
tcp        0      0 localhost.localdo:45386 localhost.localdom:6379 ESTABLISHED 2981/unicorn worker 
tcp        0      0 localhost.localdom:6379 localhost.localdo:45398 ESTABLISHED 2250/redis-server * 
tcp        0      0 localhost.localdo:45398 localhost.localdom:6379 ESTABLISHED 2970/sidekiq 6.0.4  
tcp        0      0 localhost.localdom:6379 localhost.localdo:45430 ESTABLISHED 2250/redis-server * 
tcp        0      0 localhost.localdom:6379 localhost.localdo:45394 ESTABLISHED 2250/redis-server * 
tcp        0      0 localhost.localdom:6379 localhost.localdo:45458 ESTABLISHED 2250/redis-server * 
tcp        0      0 localhost.localdom:6379 localhost.localdo:45456 ESTABLISHED 2250/redis-server * 
tcp        0      0 localhost.localdom:6379 localhost.localdo:45420 ESTABLISHED 2250/redis-server * 
tcp        0      0 localhost.localdom:6379 localhost.localdo:45396 ESTABLISHED 2250/redis-server * 
tcp        0      0 localhost.localdo:45394 localhost.localdom:6379 ESTABLISHED 2970/sidekiq 6.0.4  
tcp        0      0 localhost.localdo:45368 localhost.localdom:6379 ESTABLISHED 2970/sidekiq 6.0.4  
tcp        0      0 localhost.localdom:6379 localhost.localdo:45426 ESTABLISHED 2250/redis-server * 
tcp        0      0 localhost.localdom:6379 localhost.localdo:45376 ESTABLISHED 2250/redis-server * 
tcp        0      0 localhost.localdo:45428 localhost.localdom:6379 ESTABLISHED 3022/unicorn worker 
tcp        0      0 localhost.localdom:6379 localhost.localdo:45404 ESTABLISHED 2250/redis-server * 
tcp        0      0 localhost.localdo:45400 localhost.localdom:6379 ESTABLISHED 2970/sidekiq 6.0.4  
tcp        0      0 localhost.localdo:45388 localhost.localdom:6379 ESTABLISHED 2970/sidekiq 6.0.4  
tcp        0      0 localhost.localdo:45414 localhost.localdom:6379 ESTABLISHED 3013/unicorn worker 
tcp        0      0 localhost.localdom:6379 localhost.localdo:45336 ESTABLISHED 2250/redis-server * 
tcp        0      0 localhost.localdo:45418 localhost.localdom:6379 ESTABLISHED 3013/unicorn worker 
tcp        0      0 localhost.localdo:45384 localhost.localdom:6379 ESTABLISHED 2981/unicorn worker 
tcp        0      0 localhost.localdom:6379 localhost.localdo:45384 ESTABLISHED 2250/redis-server * 
tcp        0      0 localhost.localdo:45430 localhost.localdom:6379 ESTABLISHED 3022/unicorn worker 
tcp        0      0 localhost.localdo:45410 localhost.localdom:6379 ESTABLISHED 3004/unicorn worker 
tcp        0      0 localhost.localdom:6379 localhost.localdo:45380 ESTABLISHED 2250/redis-server * 
tcp        0      0 localhost.localdom:6379 localhost.localdo:45452 ESTABLISHED 2250/redis-server * 
tcp6       0      0 [::]:6379               [::]:*                  LISTEN      2250/redis-server * 
tcp6       0      0 [::]:postgresql         [::]:*                  LISTEN      2253/postmaster     
udp        0      0 localhost.localdo:57631 localhost.localdo:57631 ESTABLISHED 2253/postmaster     
Aktive UNIX-Domain-Sockets (Server und etabliert)
Proto RefCnt Flags       Type       State         I-Node   PID/Programmname     Pfad
unix  2      [ ACC ]     STREAM     LISTENING     10681809 2253/postmaster      /var/run/postgresql/.s.PGSQL.5432
unix  3      [ ]         DGRAM                    10681045 2247/rsyslogd        /dev/log
unix  2      [ ACC ]     STREAM     LISTENING     10682768 2257/nginx: master   /shared/nginx.http.sock
unix  3      [ ]         STREAM     CONNECTED     10682773 2257/nginx: master   
unix  3      [ ]         STREAM     CONNECTED     10682778 2257/nginx: master   
unix  3      [ ]         STREAM     CONNECTED     10682772 2257/nginx: master   
unix  3      [ ]         STREAM     CONNECTED     10682776 2257/nginx: master   
unix  3      [ ]         STREAM     CONNECTED     10682770 2257/nginx: master   
unix  3      [ ]         STREAM     CONNECTED     10682774 2257/nginx: master   
unix  3      [ ]         STREAM     CONNECTED     10682775 2257/nginx: master   
unix  2      [ ]         DGRAM                    10681046 2247/rsyslogd        
unix  3      [ ]         STREAM     CONNECTED     10682777 2257/nginx: master   
unix  3      [ ]         STREAM     CONNECTED     10682779 2257/nginx: master   
unix  3      [ ]         STREAM     CONNECTED     10682771 2257/nginx: master   
unix  3      [ ]         STREAM     CONNECTED     10766487 2970/sidekiq 6.0.4   
unix  3      [ ]         STREAM     CONNECTED     10683830 2280/unicorn master  
unix  3      [ ]         STREAM     CONNECTED     10764869 27949/postgres: 10/  /var/run/postgresql/.s.PGSQL.5432
unix  3      [ ]         STREAM     CONNECTED     10684631 2750/postgres: 10/m  /var/run/postgresql/.s.PGSQL.5432
root@server3:/var/discourse/shared/standalone/log/var-log/redis#
11

Ich habe das gleiche Problem.
Ich erhalte mehrfach den Fehler EADDRNOTAVAIL auf localhost:6379 in meinen Logdateien. Ich werde sie veröffentlichen, falls danach gefragt wird.

12

Sind diese Verbindungsprobleme intermittierend, oder treten sie nur auf, wenn der Container startet und Redis erst nach Unicorn hochfährt?

13

Der Fehler ist in der Protokolldatei verstreut, tritt jedoch beim Neuaufbau nur einmal auf.

14

Ich habe das gleiche Problem!! :sob:

15

Hallo zusammen,

ich habe gerade per SSH aktualisiert.
Ich bin nach /var/discourse gegangen und habe ./launcher rebuild app ausgeführt.

Jetzt werden keine Seiten mehr ausgeliefert.
Es scheint, als würde keine Verbindung zu Redis hergestellt werden.

Habt ihr eine Idee?

Viele Grüße aus Hamburg,
René

16

Festplattenspeicher prüfen? Was ist dein Beweis dafür, dass du keine Verbindung zu Redis herstellst?

17

Ich habe denselben Fehler bei einer neuen Docker-Installation von Discourse. Es hat zunächst einwandfrei funktioniert, dann habe ich es heruntergefahren, um Postgres 12 einzurichten und eine statische Wartungsfehlerseite zu aktivieren. Jetzt kann ich Discourse nicht mehr starten.

Es scheint ein Problem mit der Verbindung von Rails zu Redis zu geben. Aus production.log:

Error connecting to Redis on localhost:6379 (Errno::EADDRNOTAVAIL) subscribe failed, reconnecting in 1 second. Call stack ["/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/redis-4.1.4/lib/redis/client.rb:363:in `rescue in establish_connection'", "/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/redis-4.1.4/lib/redis/client.rb:344:in `establish_connection'", "/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/redis-4.1.4/lib/redis/client.rb:106:in `block in connect'", "/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/redis-4.1.4/lib/redis/client.rb:307:in `with_reconnect'", "/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/redis-4.1.4/lib/redis/client.rb:105:in `connect'", "/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/redis-4.1.4/lib/redis/client.rb:382:in `ensure_connected'", "/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/redis-4.1.4/lib/redis/client.rb:231:in `block in process'", "/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/redis-4.1.4/lib/redis/client.rb:320:in `logging'", "/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/redis-4.1.4/lib/redis/client.rb:230:in `process'", "/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/redis-4.1.4/lib/redis/client.rb:125:in `call'", "/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/redis-4.1.4/lib/redis.rb:915:in `block in get'", "/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/redis-4.1.4/lib/redis.rb:51:in `block in synchronize'", "/usr/local/lib/ruby/2.6.0/monitor.rb:235:in `mon_synchronize'", "/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/redis-4.1.4/lib/redis.rb:51:in `synchronize'", "/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/redis-4.1.4/lib/redis.rb:914:in `get'", "/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/message_bus-3.2.0/lib/message_bus/backends/redis.rb:360:in `process_global_backlog'", "/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/message_bus-3.2.0/lib/message_bus/backends/redis.rb:271:in `block in global_subscribe'", "/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/message_bus-3.2.0/lib/message_bus/backends/redis.rb:284:in `global_subscribe'", "/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/message_bus-3.2.0/lib/message_bus.rb:741:in `global_subscribe_thread'", "/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/message_bus-3.2.0/lib/message_bus.rb:689:in `block in new_subscriber_thread'"]
Creating scope :open. Overwriting existing method Poll.open.
Creating scope :open. Overwriting existing method Poll.open.
Creating scope :open. Overwriting existing method Poll.open.

production_errors.log ist leer. Redis scheint sich normal zu starten. Auffällig ist, dass das Syslog diese Zeilen enthält:

May 17 13:35:30 wobbly-wiki-forum-app rsyslogd: imklog: cannot open kernel log (/proc/kmsg): Operation not permitted.
May 17 13:35:30 wobbly-wiki-forum-app rsyslogd: activation of module imklog failed [v8.1901.0 try https://www.rsyslog.com/e/2145 ]
May 17 13:35:30 wobbly-wiki-forum-app rsyslogd:  [origin software="rsyslogd" swVersion="8.1901.0" x-pid="51" x-info="https://www.rsyslog.com"] start

Ich frage mich, ob diese auf ein Problem hinweisen könnten. Übrigens stehen auf dem Server ausreichend Speicher und Festplattenspeicher zur Verfügung.

EDIT: Jetzt gelöst! Ich habe einen Nginx-Reverse-Proxy verwendet, habe aber nicht genau den Anweisungen gefolgt. Ich hatte vergessen, die Vorlage "templates/web.socketed.template.yml" hinzuzufügen, und ich habe auch den gesamten expose:-Abschnitt in app.yml auskommentiert. Jetzt funktioniert es.

18

Hat jemand eine Lösung dafür gefunden? Ich stoße auf diesen Fehler bei einer Standardinstallation auf Ubuntu Server 20.04, die auf Docker basiert. Ich betreibe nichts über einen Nginx Reverse Proxy. Ich habe lediglich das Standard-Docker-Installationsskript verwendet.