Keine Fehler, Instanz kommt nach dem Neuaufbau nicht wieder hoch

MarcP · 8. März 2023 um 17:08

Zum ersten Mal seit Jahren nach einem Wiederaufbau startet meine Instanz nicht mehr. Mein letzter erfolgreicher Wiederaufbau war gestern.

Gibt es vielleicht einen neuen Commit, der der Grund dafür sein könnte?

pfaffman · 8. März 2023 um 17:12

Was sind die Symptome?

Was sehen Sie, wenn Sie
tail -f /var/discourse/shared/standalone/log/rails/production.log

MarcP · 8. März 2023 um 17:16

Fertig in 89,60s.
Herunterladen von MaxMindDB...
Komprimieren von Javascript und Generieren von Source Maps

I, [2023-03-08T17:11:55.996529 #1]  INFO -- : Datei > /usr/local/bin/discourse  chmod: +x  chown:
I, [2023-03-08T17:11:55.999205 #1]  INFO -- : Datei > /usr/local/bin/rails  chmod: +x  chown:
I, [2023-03-08T17:11:56.001899 #1]  INFO -- : Datei > /usr/local/bin/rake  chmod: +x  chown:
I, [2023-03-08T17:11:56.004616 #1]  INFO -- : Datei > /usr/local/bin/rbtrace  chmod: +x  chown:
I, [2023-03-08T17:11:56.007306 #1]  INFO -- : Datei > /usr/local/bin/stackprof  chmod: +x  chown:
I, [2023-03-08T17:11:56.010710 #1]  INFO -- : Datei > /etc/update-motd.d/10-web  chmod: +x  chown:
I, [2023-03-08T17:11:56.012746 #1]  INFO -- : Datei > /etc/logrotate.d/rails  chmod:   chown:
I, [2023-03-08T17:11:56.014343 #1]  INFO -- : Datei > /etc/logrotate.d/nginx  chmod:   chown:
I, [2023-03-08T17:11:56.017963 #1]  INFO -- : Datei > /etc/runit/1.d/00-ensure-links  chmod: +x  chown:
I, [2023-03-08T17:11:56.020609 #1]  INFO -- : Datei > /etc/runit/1.d/01-cleanup-web-pids  chmod: +x  chown:
I, [2023-03-08T17:11:56.023663 #1]  INFO -- : Datei > /root/.bash_profile  chmod: 644  chown:
I, [2023-03-08T17:11:56.026021 #1]  INFO -- : Datei > /usr/local/etc/ImageMagick-7/policy.xml  chmod:   chown:
I, [2023-03-08T17:11:56.026795 #1]  INFO -- : Ersetzen von (?-mix:server.+{) durch limit_req_zone $binary_remote_addr zone=flood:10m rate=$reqs_per_secondr/s;
limit_req_zone $binary_remote_addr zone=bot:10m rate=$reqs_per_minuter/m;
limit_req_status 429;
limit_conn_zone $binary_remote_addr zone=connperip:10m;
limit_conn_status 429;
server {
 in /etc/nginx/conf.d/discourse.conf
I, [2023-03-08T17:11:56.026984 #1]  INFO -- : Ersetzen von (?-mix:location @discourse {) durch location @discourse {
  limit_conn connperip $conn_per_ip;
  limit_req zone=flood burst=$burst_per_second nodelay;
  limit_req zone=bot burst=$burst_per_minute nodelay; in /etc/nginx/conf.d/discourse.conf
I, [2023-03-08T17:11:56.029658 #1]  INFO -- : Datei > /etc/runit/1.d/remove-old-socket  chmod: +x  chown:
I, [2023-03-08T17:11:56.032272 #1]  INFO -- : Datei > /etc/runit/3.d/remove-old-socket  chmod: +x  chown:
I, [2023-03-08T17:11:56.032398 #1]  INFO -- : Ersetzen von (?-mix:listen 80;) durch listen unix:/shared/nginx.http.sock;
set_real_ip_from unix:;
 in /etc/nginx/conf.d/discourse.conf
I, [2023-03-08T17:11:56.032577 #1]  INFO -- : Ersetzen von (?-mix:listen 443 ssl http2;) durch listen unix:/shared/nginx.https.sock ssl http2;
set_real_ip_from unix:; in /etc/nginx/conf.d/discourse.conf
I, [2023-03-08T17:11:56.035350 #1]  INFO -- : Datei > /tmp/add-cloudflare-ips  chmod: +x  chown:
I, [2023-03-08T17:11:56.035435 #1]  INFO -- : > /tmp/add-cloudflare-ips
I, [2023-03-08T17:11:56.359453 #1]  INFO -- : CloudFlare IPs:
set_real_ip_from 173.245.48.0/20; set_real_ip_from 103.21.244.0/22; set_real_ip_from 103.22.200.0/22; set_real_ip_from 103.31.4.0/22; set_real_ip_from 141.101.64.0/18; set_real_ip_from 108.162.192.0/18; set_real_ip_from 190.93.240.0/20; set_real_ip_from 188.114.96.0/20; set_real_ip_from 197.234.240.0/22; set_real_ip_from 198.41.128.0/17; set_real_ip_from 162.158.0.0/15; set_real_ip_from 104.16.0.0/13; set_real_ip_from 104.24.0.0/14; set_real_ip_from 172.64.0.0/13; set_real_ip_from 131.0.72.0/22; set_real_ip_from 2400:cb00::/32; set_real_ip_from 2606:4700::/32; set_real_ip_from 2803:f800::/32; set_real_ip_from 2405:b500::/32; set_real_ip_from 2405:8100::/32; set_real_ip_from 2a06:98c0::/29; set_real_ip_from 2c0f:f248::/32;

I, [2023-03-08T17:11:56.359655 #1]  INFO -- : > rm /tmp/add-cloudflare-ips
I, [2023-03-08T17:11:56.361599 #1]  INFO -- :
I, [2023-03-08T17:11:56.361818 #1]  INFO -- : > echo "Beginning of custom commands"
I, [2023-03-08T17:11:56.363535 #1]  INFO -- : Beginning of custom commands

I, [2023-03-08T17:11:56.367829 #1]  INFO -- : Datei > /etc/service/monerochan_merchant_rpc/run  chmod: +x  chown:
I, [2023-03-08T17:11:56.368034 #1]  INFO -- : > echo "End of custom commands"
I, [2023-03-08T17:11:56.369958 #1]  INFO -- : End of custom commands

I, [2023-03-08T17:11:56.370117 #1]  INFO -- : Asynchrone Prozesse beenden
I, [2023-03-08T17:11:56.370225 #1]  INFO -- : Sende INT an HOME=/var/lib/postgresql USER=postgres exec chpst -u postgres:postgres:ssl-cert -U postgres:postgres:ssl-cert /usr/lib/postgresql/13/bin/postmaster -D /etc/postgresql/13/main pid: 42
I, [2023-03-08T17:11:56.370261 #1]  INFO -- : Sende TERM an exec chpst -u redis -U redis /usr/bin/redis-server /etc/redis/redis.conf pid: 103
2023-03-08 17:11:56.370 UTC [42] LOG:  schnelle Herunterfahrungsanforderung empfangen
103:signal-handler (1678295516) SIGTERM empfangen, Herunterfahren wird geplant...
2023-03-08 17:11:56.372 UTC [42] LOG:  aktive Transaktionen werden abgebrochen
2023-03-08 17:11:56.374 UTC [42] LOG:  Hintergrundarbeiter "logical replication launcher" (PID 51) mit Exit-Code 1 beendet
2023-03-08 17:11:56.375 UTC [46] LOG:  wird heruntergefahren
2023-03-08 17:11:56.392 UTC [42] LOG:  Datenbanksystem ist heruntergefahren
103:M 08 Mar 2023 17:11:56.469 # Benutzer hat Herunterfahren angefordert...
103:M 08 Mar 2023 17:11:56.469 * Speichern des finalen RDB-Snapshots vor dem Beenden.
103:M 08 Mar 2023 17:11:56.570 * DB auf Festplatte gespeichert
103:M 08 Mar 2023 17:11:56.570 # Redis ist nun bereit zum Beenden, auf Wiedersehen...
sha256:422bd26e098f3af0623647ebce02770ac1608bfac07260aeb5469ab975696363
a0b91a9cc45e8666352e172143854705faa97b38208fcfe0650ea929989b8570
Alten Container entfernen
+ /usr/bin/docker rm app
app

➜  discourse git:(main) ✗ tail -f /var/discourse/shared/standalone/log/rails/production.log


Tschüss!
Deprecation notice: (siwe) full_screen_login wird jetzt erzwungen. Der Parameter full_screen_login kann aus dem auth_provider entfernt werden. (Entfernung in Discourse 2.9.0)
Bei /var/www/discourse/lib/plugin/instance.rb:763:in `public_send`
Migration zu MakeChatMentionNotificationIdNullable (20230227172543)
Migration zu DropBadgeGrantedTitleColumn (20230228105851)
Migration zu AddExternalToSidebarUrls (20230303015952)
Der Typ der Theme-Einstellung hat sich geändert, kann aber nicht konvertiert werden.

 #<ThemeSettingsManager::Upload:0x00007f60ff714e38 @name=:background_image, @default="", @theme=#<Theme id: 31, name: "Search Banner", user_id: 2, created_at: "2021-08-03 16:38:09.042735000 +0000", updated_at: "2021-08-03 17:01:41.329058000 +0000", compiler_version: 0, user_selectable: false, hidden: false, color_scheme_id: nil, remote_theme_id: 29, component: true, enabled: true, auto_update: true>, @opts={:description=>"background image for the banner", :textarea=>false, :json_schema=>nil, :refresh=>false}, @types={:integer=>0, :float=>1, :string=>2, :bool=>3, :list=>4, :enum=>5, :upload=>6}>
Tschüss!
Deprecation notice: (siwe) full_screen_login wird jetzt erzwungen. Der Parameter full_screen_login kann aus dem auth_provider entfernt werden. (Entfernung in Discourse 2.9.0)
Bei /var/www/discourse/lib/plugin/instance.rb:763:in `public_send`
Migration zu MakeChatMentionNotificationIdNullable (20230227172543)
Migration zu DropBadgeGrantedTitleColumn (20230228105851)
Migration zu AddExternalToSidebarUrls (20230303015952)
Der Typ der Theme-Einstellung hat sich geändert, kann aber nicht konvertiert werden.

 #<ThemeSettingsManager::Upload:0x00007f60ff714e38 @name=:background_image, @default="", @theme=#<Theme id: 31, name: "Search Banner", user_id: 2, created_at: "2021-08-03 16:38:09.042735000 +0000", updated_at: "2021-08-03 17:01:41.329058000 +0000", compiler_version: 0, user_selectable: false, hidden: false, color_scheme_id: nil, remote_theme_id: 29, component: true, enabled: true, auto_update: true>, @opts={:description=>"background image for the banner", :textarea=>false, :json_schema=>nil, :refresh=>false}, @types={:integer=>0, :float=>1, :string=>2, :bool=>3, :list=>4, :enum=>5, :upload=>6}>

Ich sehe nichts Ungewöhnliches. Vielleicht beunruhigen die Nginx-Zeilen? (Meine Nginx-Einrichtung stammt vom Tutorial der offiziellen Discourse-Wartungsseite).

pfaffman · 8. März 2023 um 17:19

Was passiert, wenn Sie Ihre Website besuchen? Können Sie die URL mitteilen?

MarcP · 8. März 2023 um 17:21

Lieber nicht öffentlich, aber ich schicke dir eine DM.

Bearbeitung: Nginx so umgeleitet, dass 502-Fehler usw. ignoriert werden. Nur ein “Bad Gateway”-Fehler.

pfaffman · 8. März 2023 um 17:57

Sie müssen die Protokolldatei überprüfen, wenn versucht wird, die Website zu laden, und sehen, was der Fehler ist.

Wenn Cloudflare (oder was auch immer) einen Browser daran hindert, auf die Website zuzugreifen, können Sie möglicherweise die Protokolle nach einem 500-Fehler durchsuchen, um das Problem zu ermitteln.

Sie können möglicherweise curl localhost aus dem Container heraus ausführen.

MarcP · 8. März 2023 um 17:58

Das ist ein gutes Feedback. Ich werde das versuchen und mich wieder melden.

EDIT: Hmm, ich glaube nicht, dass etwas in den Logs passiert, aber ich sehe Folgendes.

➜  ~ tail -f /var/discourse/shared/standalone/log/rails/production.log
/var/www/discourse/vendor/bundle/ruby/3.2.0/gems/redis-4.8.1/lib/redis/subscribe.rb:14:in `subscribe'
/var/www/discourse/vendor/bundle/ruby/3.2.0/gems/redis-4.8.1/lib/redis.rb:288:in `_subscription'
/var/www/discourse/vendor/bundle/ruby/3.2.0/gems/redis-4.8.1/lib/redis/commands/pubsub.rb:20:in `block in subscribe'
/var/www/discourse/vendor/bundle/ruby/3.2.0/gems/redis-4.8.1/lib/redis.rb:265:in `block in synchronize'
/var/www/discourse/vendor/bundle/ruby/3.2.0/gems/redis-4.8.1/lib/redis.rb:265:in `synchronize'
/var/www/discourse/vendor/bundle/ruby/3.2.0/gems/redis-4.8.1/lib/redis.rb:265:in `synchronize'
/var/www/discourse/vendor/bundle/ruby/3.2.0/gems/redis-4.8.1/lib/redis/commands/pubsub.rb:19:in `subscribe'
/var/www/discourse/vendor/bundle/ruby/3.2.0/gems/message_bus-4.3.2/lib/message_bus/backends/redis.rb:302:in `global_subscribe'
/var/www/discourse/vendor/bundle/ruby/3.2.0/gems/message_bus-4.3.2/lib/message_bus.rb:768:in `global_subscribe_thread'
/var/www/discourse/vendor/bundle/ruby/3.2.0/gems/message_bus-4.3.2/lib/message_bus.rb:739:in `block in new_subscriber_thread'

In meinem Nginx sehe ich:

2023/03/08 17:58:38 [crit] 115962#115962: *448 connect() to unix:/var/discourse/shared/standalone/nginx.http.sock failed (2: No such file or directory) while connecting to upstream, client: IP.XXX server: [domain.com](http://domain.com), request: "GET /service-worker.js HTTP/2.0", upstream: "http://unix:/var/discourse/shared/standalone/nginx.http.sock:/service-worker.js", host: "domain.com", referrer: "https://domain.com/service-worker.js"
2023/03/08 17:59:32 [notice] 318573#318573: signal process started

Hilft das? Oder sollte ich die Nginx-Konfiguration dafür komplett zurücksetzen?

Falco · 8. März 2023 um 18:19

Wenn Sie den vollständigen Backtrace (ein paar weitere Zeilen aus dieser Datei) teilen, können wir Ihnen helfen.

MarcP · 8. März 2023 um 18:30

Abgeschlossen 200 OK in 25 ms (Views: 0,1 ms | ActiveRecord: 0,0 ms | Allokationen: 17734)
Started GET "/categories_and_latest" für [IP entfernt] am 2023-03-08 16:20:41 +0000
Verarbeitung durch CategoriesController#categories_and_latest als JSON
  Gerendert Textvorlage (Dauer: 0,0 ms | Allokationen: 1)
Abgeschlossen 200 OK in 112 ms (Views: 0,2 ms | ActiveRecord: 0,0 ms | Allokationen: 63242)
Started GET "/" für [IP entfernt] am 2023-03-08 16:21:00 +0000
Verarbeitung durch CategoriesController#index als HTML
  Gerendert categories/index.html.erb innerhalb layouts/crawler (Dauer: 1,4 ms | Allokationen: 1135)
  Gerendert Layout layouts/crawler.html.erb (Dauer: 6,7 ms | Allokationen: 3536)
Abgeschlossen 200 OK in 75 ms (Views: 7,7 ms | ActiveRecord: 0,0 ms | Allokationen: 41712)
Started GET "/notifications?limit=30&recent=true&bump_last_seen_reviewable=true" für [IP entfernt] am 2023-03-08 16:21:35 +0000
Verarbeitung durch NotificationsController#index als JSON
  Parameter: {"limit"=>"30", "recent"=>"true", "bump_last_seen_reviewable"=>"true"}
Abgeschlossen 200 OK in 60 ms (Views: 0,1 ms | ActiveRecord: 0,0 ms | Allokationen: 30822)
Started GET "/" für [IP entfernt] am 2023-03-08 16:22:00 +0000
Verarbeitung durch CategoriesController#index als HTML
  Gerendert categories/index.html.erb innerhalb layouts/crawler (Dauer: 1,1 ms | Allokationen: 1135)
  Gerendert Layout layouts/crawler.html.erb (Dauer: 5,4 ms | Allokationen: 3536)
Abgeschlossen 200 OK in 86 ms (Views: 6,1 ms | ActiveRecord: 0,0 ms | Allokationen: 41842)
Herunterfahren
Ruhige Threads beenden
Scheduler beendet...
Fehler beim Abrufen des Jobs: Fehler bei der Verbindung zu Redis auf localhost:6379 (Errno::EADDRNOTAVAIL)
Fehler bei der Verbindung zu Redis auf localhost:6379 (Errno::EADDRNOTAVAIL) Abonnement fehlgeschlagen, erneuter Verbindungsversuch in 1 Sekunde. Aufrufstack /var/www/discourse/vendor/bundle/ruby/3.2.0/gems/redis-4.8.1/lib/redis/client.rb:398:in `rescue in establish_connection'
/var/www/discourse/vendor/bundle/ruby/3.2.0/gems/redis-4.8.1/lib/redis/client.rb:379:in `establish_connection'
/var/www/discourse/vendor/bundle/ruby/3.2.0/gems/redis-4.8.1/lib/redis/client.rb:115:in `block in connect'
/var/www/discourse/vendor/bundle/ruby/3.2.0/gems/redis-4.8.1/lib/redis/client.rb:344:in `with_reconnect'
/var/www/discourse/vendor/bundle/ruby/3.2.0/gems/redis-4.8.1/lib/redis/client.rb:114:in `connect'
/var/www/discourse/vendor/bundle/ruby/3.2.0/gems/redis-4.8.1/lib/redis/client.rb:409:in `ensure_connected'
/var/www/discourse/vendor/bundle/ruby/3.2.0/gems/redis-4.8.1/lib/redis/client.rb:269:in `block in process'
/var/www/discourse/vendor/bundle/ruby/3.2.0/gems/redis-4.8.1/lib/redis/client.rb:356:in `logging'
/var/www/discourse/vendor/bundle/ruby/3.2.0/gems/redis-4.8.1/lib/redis/client.rb:268:in `process'
/var/www/discourse/vendor/bundle/ruby/3.2.0/gems/redis-4.8.1/lib/redis/client.rb:175:in `block in call_loop'
/var/www/discourse/vendor/bundle/ruby/3.2.0/gems/redis-4.8.1/lib/redis/client.rb:331:in `with_socket_timeout'
/var/www/discourse/vendor/bundle/ruby/3.2.0/gems/redis-4.8.1/lib/redis/client.rb:174:in `call_loop'
/var/www/discourse/vendor/bundle/ruby/3.2.0/gems/redis-4.8.1/lib/redis/subscribe.rb:44:in `subscription'
/var/www/discourse/vendor/bundle/ruby/3.2.0/gems/redis-4.8.1/lib/redis/subscribe.rb:14:in `subscribe'
/var/www/discourse/vendor/bundle/ruby/3.2.0/gems/redis-4.8.1/lib/redis.rb:288:in `_subscription'
/var/www/discourse/vendor/bundle/ruby/3.2.0/gems/redis-4.8.1/lib/redis/commands/pubsub.rb:20:in `block in subscribe'
/var/www/discourse/vendor/bundle/ruby/3.2.0/gems/redis-4.8.1/lib/redis.rb:265:in `block in synchronize'
/var/www/discourse/vendor/bundle/ruby/3.2.0/gems/redis-4.8.1/lib/redis.rb:265:in `synchronize'
/var/www/discourse/vendor/bundle/ruby/3.2.0/gems/redis-4.8.1/lib/redis.rb:265:in `synchronize'
/var/www/discourse/vendor/bundle/ruby/3.2.0/gems/redis-4.8.1/lib/redis/commands/pubsub.rb:19:in `subscribe'
/var/www/discourse/vendor/bundle/ruby/3.2.0/gems/message_bus-4.3.2/lib/message_bus/backends/redis.rb:302:in `global_subscribe'
/var/www/discourse/vendor/bundle/ruby/3.2.0/gems/message_bus-4.3.2/lib/message_bus.rb:768:in `global_subscribe_thread'
/var/www/discourse/vendor/bundle/ruby/3.2.0/gems/message_bus-4.3.2/lib/message_bus.rb:739:in `block in new_subscriber_thread'
Fehler beim Abrufen des Jobs: Fehler bei der Verbindung zu Redis auf localhost:6379 (Errno::EADDRNOTAVAIL)
Fehler beim Abrufen des Jobs: Fehler bei der Verbindung zu Redis auf localhost:6379 (Errno::EADDRNOTAVAIL)
Fehler beim Abrufen des Jobs: Fehler bei der Verbindung zu Redis auf localhost:6379 (Errno::EADDRNOTAVAIL)
Job-Ausnahme: Fehler bei der Verbindung zu Redis auf localhost:6379 (Errno::EADDRNOTAVAIL)

Fehler beim Abrufen des Jobs: Fehler bei der Verbindung zu Redis auf localhost:6379 (Errno::EADDRNOTAVAIL)
Job-Ausnahme: Fehler bei der Verbindung zu Redis auf localhost:6379 (Errno::EADDRNOTAVAIL)

Job-Ausnahme: Fehler bei der Verbindung zu Redis auf localhost:6379 (Errno::EADDRNOTAVAIL)

Job-Ausnahme: Fehler bei der Verbindung zu Redis auf localhost:6379 (Errno::EADDRNOTAVAIL)

Job-Ausnahme: Fehler bei der Verbindung zu Redis auf localhost:6379 (Errno::EADDRNOTAVAIL)

Job-Ausnahme: Fehler bei der Verbindung zu Redis auf localhost:6379 (Errno::EADDRNOTAVAIL)

Verarbeitung des Jobs fehlgeschlagen: Fehler bei der Verbindung zu Redis auf localhost:6379 (Errno::EADDRNOTAVAIL) ["/var/www/discourse/vendor/bundle/ruby/3.2.0/gems/redis-4.8.1/lib/redis/client.rb:398:in `rescue in establish_connection'", "/var/www/discourse/vendor/bundle/ruby/3.2.0/gems/redis-4.8.1/lib/redis/client.rb:379:in `establish_connection'", "/var/www/discourse/vendor/bundle/ruby/3.2.0/gems/redis-4.8.1/lib/redis/client.rb:115:in `block in connect'", "/var/www/discourse/vendor/bundle/ruby/3.2.0/gems/redis-4.8.1/lib/redis/client.rb:344:in `with_reconnect'", "/var/www/discourse/vendor/bundle/ruby/3.2.0/gems/redis-4.8.1/lib/redis/client.rb:114:in `connect'", "/var/www/discourse/vendor/bundle/ruby/3.2.0/gems/redis-4.8.1/lib/redis/client.rb:409:in `ensure_connected'", "/var/www/discourse/vendor/bundle/ruby/3.2.0/gems/redis-4.8.1/lib/redis/client.rb:269:in `block in process'", "/var/www/discourse/vendor/bundle/ruby/3.2.0/gems/redis-4.8.1/lib/redis/client.rb:356:in `logging'", "/var/www/discourse/vendor/bundle/ruby/3.2.0/gems/redis-4.8.1/lib/redis/client.rb:268:in `process'", "/var/www/discourse/vendor/bundle/ruby/3.2.0/gems/redis-4.8.1/lib/redis/client.rb:161:in `call'", "/var/www/discourse/vendor/bundle/ruby/3.2.0/gems/rack-mini-profiler-3.0.0/lib/mini_profiler/profiling_methods.rb:85:in `block in profile_method'", "/var/www/discourse/vendor/bundle/ruby/3.2.0/gems/redis-4.8.1/lib/redis.rb:270:in `block in send_command'", "/var/www/discourse/vendor/bundle/ruby/3.2.0/gems/redis-4.8.1/lib/redis.rb:269:in `synchronize'", "/var/www/discourse/vendor/bundle/ruby/3.2.0/gems/redis-4.8.1/lib/redis.rb:269:in `send_command'", "/var/www/discourse/vendor/bundle/ruby/3.2.0/gems/redis-4.8.1/lib/redis/commands/scripting.rb:110:in `_eval'", "/var/www/discourse/vendor/bundle/ruby/3.2.0/gems/redis-4.8.1/lib/redis/commands/scripting.rb:97:in `evalsha'", "/var/www/discourse/vendor/bundle/ruby/3.2.0/gems/message_bus-4.3.2/lib/message_bus/backends/redis.rb:463:in `cached_eval'", "/var/www/discourse/vendor/bundle/ruby/3.2.0/gems/message_bus-4.3.2/lib/message_bus/backends/redis.rb:150:in `publish'", "/var/www/discourse/vendor/bundle/ruby/3.2.0/gems/message_bus-4.3.2/lib/message_bus.rb:391:in `publish'", "/var/www/discourse/vendor/bundle/ruby/3.2.0/gems/message_bus-4.3.2/lib/message_bus.rb:751:in `block in new_subscriber_thread'", "/var/www/discourse/vendor/bundle/ruby/3.2.0/gems/message_bus-4.3.2/lib/message_bus/timer_thread.rb:117:in `do_work'", "/var/www/discourse/vendor/bundle/ruby/3.2.0/gems/message_bus-4.3.2/lib/message_bus/timer_thread.rb:95:in `block (2 levels) in queue'"]
Pausieren, um Jobs abzuschließen...
heartbeat: Fehler bei der Verbindung zu Redis auf localhost:6379 (Errno::EADDRNOTAVAIL)
Fehler bei der Verbindung zu Redis auf localhost:6379 (Errno::EADDRNOTAVAIL) Abonnement fehlgeschlagen, erneuter Verbindungsversuch in 1 Sekunde. Aufrufstack /var/www/discourse/vendor/bundle/ruby/3.2.0/gems/redis-4.8.1/lib/redis/client.rb:398:in `rescue in establish_connection'
/var/www/discourse/vendor/bundle/ruby/3.2.0/gems/redis-4.8.1/lib/redis/client.rb:379:in `establish_connection'
/var/www/discourse/vendor/bundle/ruby/3.2.0/gems/redis-4.8.1/lib/redis/client.rb:115:in `block in connect'
/var/www/discourse/vendor/bundle/ruby/3.2.0/gems/redis-4.8.1/lib/redis/client.rb:344:in `with_reconnect'
/var/www/discourse/vendor/bundle/ruby/3.2.0/gems/redis-4.8.1/lib/redis/client.rb:114:in `connect'
/var/www/discourse/vendor/bundle/ruby/3.2.0/gems/redis-4.8.1/lib/redis/client.rb:409:in `ensure_connected'
/var/www/discourse/vendor/bundle/ruby/3.2.0/gems/redis-4.8.1/lib/redis/client.rb:269:in `block in process'
/var/www/discourse/vendor/bundle/ruby/3.2.0/gems/redis-4.8.1/lib/redis/client.rb:356:in `logging'
/var/www/discourse/vendor/bundle/ruby/3.2.0/gems/redis-4.8.1/lib/redis/client.rb:268:in `process'
/var/www/discourse/vendor/bundle/ruby/3.2.0/gems/redis-4.8.1/lib/redis/client.rb:161:in `call'
/var/www/discourse/vendor/bundle/ruby/3.2.0/gems/rack-mini-profiler-3.0.0/lib/mini_profiler/profiling_methods.rb:85:in `block in profile_method'
/var/www/discourse/vendor/bundle/ruby/3.2.0/gems/redis-4.8.1/lib/redis.rb:270:in `block in send_command'
/var/www/discourse/vendor/bundle/ruby/3.2.0/gems/redis-4.8.1/lib/redis.rb:269:in `synchronize'
/var/www/discourse/vendor/bundle/ruby/3.2.0/gems/redis-4.8.1/lib/redis.rb:269:in `send_command'
/var/www/discourse/vendor/bundle/ruby/3.2.0/gems/redis-4.8.1/lib/redis/commands/strings.rb:191:in `get'
/var/www/discourse/vendor/bundle/ruby/3.2.0/gems/message_bus-4.3.2/lib/message_bus/backends/redis.rb:401:in `process_global_backlog'
/var/www/discourse/vendor/bundle/ruby/3.2.0/gems/message_bus-4.3.2/lib/message_bus/backends/redis.rb:286:in `block in global_subscribe'
/var/www/discourse/vendor/bundle/ruby/3.2.0/gems/message_bus-4.3.2/lib/message_bus/backends/redis.rb:299:in `global_subscribe'
/var/www/discourse/vendor/bundle/ruby/3.2.0/gems/message_bus-4.3.2/lib/message_bus.rb:768:in `global_subscribe_thread'
/var/www/discourse/vendor/bundle/ruby/3.2.0/gems/message_bus-4.3.2/lib/message_bus.rb:739:in `block in new_subscriber_thread'
Job-Ausnahme: Fehler bei der Verbindung zu Redis auf localhost:6379 (Errno::EADDRNOTAVAIL)

Tschüss!
Veralteter Hinweis: (siwe) full_screen_login ist nun erzwungen. Der Parameter full_screen_login kann aus dem auth_provider entfernt werden. (Entfernung in Discourse 2.9.0) 
Bei /var/www/discourse/lib/plugin/instance.rb:763:in `public_send`
Migration zu MakeChatMentionNotificationIdNullable (20230227172543)
Migration zu DropBadgeGrantedTitleColumn (20230228105851)
Migration zu AddExternalToSidebarUrls (20230303015952)
Der Typ der Theme-Einstellung wurde geändert, kann aber nicht konvertiert werden. 

 #<ThemeSettingsManager::Upload:0x00007f60ff714e38 @name=:background_image, @default="", @theme=#<Theme id: 31, name: "Search Banner", user_id: 2, created_at: "2021-08-03 16:38:09.042735000 +0000", updated_at: "2021-08-03 17:01:41.329058000 +0000", compiler_version: 0, user_selectable: false, hidden: false, color_scheme_id: nil, remote_theme_id: 29, component: true, enabled: true, auto_update: true>, @opts={:description=>"Hintergrundbild für das Banner", :textarea=>false, :json_schema=>nil, :refresh=>false}, @types={:integer=>0, :float=>1, :string=>2, :bool=>3, :list=>4, :enum=>5, :upload=>6}>
Veralteter Hinweis: (siwe) full_screen_login ist nun erzwungen. Der Parameter full_screen_login kann aus dem auth_provider entfernt werden. (Entfernung in Discourse 2.9.0) 
Bei /var/www/discourse/lib/plugin/instance.rb:763:in `public_send`
Fehler bei der Verbindung zu Redis auf localhost:6379 (Errno::EADDRNOTAVAIL) Abonnement fehlgeschlagen, erneuter Verbindungsversuch in 1 Sekunde. Aufrufstack /var/www/discourse/vendor/bundle/ruby/3.2.0/gems/redis-4.8.1/lib/redis/client.rb:398:in `rescue in establish_connection'
/var/www/discourse/vendor/bundle/ruby/3.2.0/gems/redis-4.8.1/lib/redis/client.rb:379:in `establish_connection'
/var/www/discourse/vendor/bundle/ruby/3.2.0/gems/redis-4.8.1/lib/redis/client.rb:115:in `block in connect'
/var/www/discourse/vendor/bundle/ruby/3.2.0/gems/redis-4.8.1/lib/redis/client.rb:344:in `with_reconnect'
/var/www/discourse/vendor/bundle/ruby/3.2.0/gems/redis-4.8.1/lib/redis/client.rb:114:in `connect'
/var/www/discourse/vendor/bundle/ruby/3.2.0/gems/redis-4.8.1/lib/redis/client.rb:409:in `ensure_connected'
/var/www/discourse/vendor/bundle/ruby/3.2.0/gems/redis-4.8.1/lib/redis/client.rb:269:in `block in process'
/var/www/discourse/vendor/bundle/ruby/3.2.0/gems/redis-4.8.1/lib/redis/client.rb:356:in `logging'
/var/www/discourse/vendor/bundle/ruby/3.2.0/gems/redis-4.8.1/lib/redis/client.rb:268:in `process'
/var/www/discourse/vendor/bundle/ruby/3.2.0/gems/redis-4.8.1/lib/redis/client.rb:175:in `block in call_loop'
/var/www/discourse/vendor/bundle/ruby/3.2.0/gems/redis-4.8.1/lib/redis/client.rb:331:in `with_socket_timeout'
/var/www/discourse/vendor/bundle/ruby/3.2.0/gems/redis-4.8.1/lib/redis/client.rb:174:in `call_loop'
/var/www/discourse/vendor/bundle/ruby/3.2.0/gems/redis-4.8.1/lib/redis/subscribe.rb:44:in `subscription'
/var/www/discourse/vendor/bundle/ruby/3.2.0/gems/redis-4.8.1/lib/redis/subscribe.rb:14:in `subscribe'
/var/www/discourse/vendor/bundle/ruby/3.2.0/gems/redis-4.8.1/lib/redis.rb:288:in `_subscription'
/var/www/discourse/vendor/bundle/ruby/3.2.0/gems/redis-4.8.1/lib/redis/commands/pubsub.rb:20:in `block in subscribe'
/var/www/discourse/vendor/bundle/ruby/3.2.0/gems/redis-4.8.1/lib/redis.rb:265:in `block in synchronize'
/var/www/discourse/vendor/bundle/ruby/3.2.0/gems/redis-4.8.1/lib/redis.rb:265:in `synchronize'
/var/www/discourse/vendor/bundle/ruby/3.2.0/gems/redis-4.8.1/lib/redis.rb:265:in `synchronize'
/var/www/discourse/vendor/bundle/ruby/3.2.0/gems/redis-4.8.1/lib/redis/commands/pubsub.rb:19:in `subscribe'
/var/www/discourse/vendor/bundle/ruby/3.2.0/gems/message_bus-4.3.2/lib/message_bus/backends/redis.rb:302:in `global_subscribe'
/var/www/discourse/vendor/bundle/ruby/3.2.0/gems/message_bus-4.3.2/lib/message_bus.rb:768:in `global_subscribe_thread'
/var/www/discourse/vendor/bundle/ruby/3.2.0/gems/message_bus-4.3.2/lib/message_bus.rb:739:in `block in new_subscriber_thread'

Dies stammt aus dem Zeitraum vor dem „fatalen“ Neuaufbau bis kurz nach weiteren Versuchen mit entfernten Plugins usw.

MarcP · 8. März 2023 um 21:19

Ich habe die folgenden Plugins gelöscht, und jetzt startet meine Instanz wieder.

Es hängt also wahrscheinlich mit den letzten Commits eines dieser Plugins zusammen.

pfaffman · 8. März 2023 um 21:27

Der Fehler gelangt nicht ins Log, da er auftritt, während Rails hochfährt:

root@test1-web-only:/var/www/discourse# rails c
bundler: failed to load command: pry (/var/www/discourse/vendor/bundle/ruby/3.2.0/bin/pry)
/var/www/discourse/vendor/bundle/ruby/3.2.0/gems/zeitwerk-2.6.7/lib/zeitwerk/loader/helpers.rb:135:in `const_get': uninitialized constant PluginInstance (NameError)

    parent.const_get(cname, false)
          ^^^^^^^^^^
Did you mean?  PluginStore

Ich habe den Fehler bei einer anderen Installation reproduziert. Ich versuche gerade herauszufinden, um welches Plugin es sich handelt.

Falco · 8. März 2023 um 21:44

Können Sie bitte die Plugin-Liste und die einzelnen Plugin-Commits teilen?

davidkingham · 8. März 2023 um 21:45

Ich habe herausgefunden, dass es ein Konflikt zwischen Automation und einem anderen Plugin ist. Es wird nur mit Automation neu erstellt, aber nicht mit anderen aktivierten Plugins. Ich bin kurz davor, den anderen Schuldigen zu finden …

Falco · 8. März 2023 um 21:46

Wir hatten tatsächlich einen Fehler sowohl in der Automatisierung als auch bei der Zuweisung und haben beide gerade behoben. Ein erneuter Build jetzt wird das Problem also beheben.

cc @pfaffman

pfaffman · 8. März 2023 um 21:47

Jemand anders hat mir gerade erzählt, dass

Hier ist die Liste der Plugins (plus ein weiteres, das privat ist)

          - git clone https://github.com/discourse/docker_manager.git
            #- git clone https://github.com/discourse/discourse-docs.git
            #- git clone https://github.com/discourse/discourse-solved.git
            #- git clone https://github.com/discourse/discourse-voting.git
            #- git clone https://github.com/discourse/discourse-reactions.git
            #- git clone https://github.com/discourse/discourse-canned-replies.git
            #- git clone https://github.com/jomaxro/discourse-plugin-site-setting-override.git
            #- git clone https://github.com/discourse/discourse-automation.git

Ich konnte das

pfaffman · 8. März 2023 um 21:47

Aha. Anscheinend bestätigt mein Test, der das defekte Plugin bestätigen sollte, die Korrektur.

davidkingham · 8. März 2023 um 21:48

Haha, bei mir auch, was für ein Timing! Danke, Falco.

MarcP · 8. März 2023 um 21:55

Ich werde jetzt versuchen, neu aufzubauen und die entfernten Plugins wiederherzustellen. Nur für den Fall, hier sind die restlichen Plugins:

EDIT: Funktioniert mit den 3 entfernten Plugins, die wieder installiert wurden. Danke Team!

discourse 12436d05	Up to date
docker_manager e90c8f55	Up to date
discourse-adplugin bfd4438b	Up to date
discourse-calendar adca3f65	Up to date
discourse-category-lockdown 2cf5f064	Up to date
discourse-chat-integration 75cf4136	Up to date
discourse-chatbot eb9c50ae	Up to date
discourse-data-explorer 389b8e15	Up to date
discourse-docs 63bb4629	Up to date
discourse-encrypt 0f3c612b	Up to date
discourse-formatting-toolbar d99f3c6d	Up to date
discourse-gamification a842e183	Up to date
discourse-patreon 778829aa	Up to date
discourse-policy b86d520c	Up to date
discourse-pushover-notifications 30711ac7	Up to date
discourse-siwe 752687c8	Up to date
discourse-solved 2c1c64af	Up to date
discourse-staff-alias 10ae5329	Up to date
discourse-telegram-notifications d9886998	Up to date
discourse-whos-online aeee51e4	Up to date

Thema		Antworten	Aufrufe
502 bad gateway with clean rebuild and no plugins except discourse docker Self-hosting	5	424	14. Februar 2024
Site down, rebuild failed due to landing plugin Self-hosting	16	1482	22. Juli 2022
Tried to install plugin destroyed site, can't run rebuild Self-hosting	11	1272	2. September 2020
Help,rebuild Error Self-hosting	3	649	7. Februar 2022
Latest site upgrade not working Self-hosting	11	1789	22. Februar 2022

Keine Fehler, Instanz kommt nach dem Neuaufbau nicht wieder hoch

Verwandte Themen