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