/user_avatar gibt nach neuem Update HTTP 500 zurück

Alle Avatare werden wie folgt angezeigt:

image

Beim Öffnen in einem neuen Tab antwortet http://forum.example.org/user_avatar/forum.example.org/user/48/681_2.png mit HTTP 500.

Ich verwende einen S3-Upload für Bilder (Blackblaze). Es scheint, dass ein Avatarbild dort hochgeladen wird. Habe versucht, ihn zu deaktivieren, immer noch das gleiche Problem.

Scheint kein Proxy-Problem zu sein. Habe versucht, den Port an den Server zu binden, gleiches Problem. Das Öffnen von http://localhost:8082/user_avatar/forum.example.org/user/48/681_2.png führt zu:

Dies geschah erst nach dem neuen Update: 3.6.0.beta2-latest

Habe bereits die beiden rake avatars:refresh und rake posts:rebake wie in ähnlichen Problemen angewiesen ausgeführt.

Gibt es Fehler in der Browserkonsole oder in /logs?

Ja,

Konsolen-Fehler:

681_2.png:1
GET https://forum.example.org/user_avatar/forum.example.org/othman/24/681_2.png 500 (Interner Serverfehler)
Bild		
(anonym)	@	ajax.js:133
XMLHttpRequest.send		
o	@	ajax.js:188
A	@	ajax.js:201
#Qa	@	chat-api.js:583
listCurrentUserChannels	@	chat-api.js:299
(anonym)	@	chat.js:210
loadChannels	@	chat.js:209
(anonym)	@	chat-setup.js:140
eZ	@	plugin-api.gjs:3522
g	@	chat-setup.js:44
initialize	@	chat-setup.js:199
(anonym)	@	app.js:239
Promise.then		
(anonym)	@	start-app.js:8
await in (anonym)		
(anonym)	@	discourse-boot.js:13
(anonym)	@	discourse-boot.js:1
1 „Gefällt mir“

Problem gefunden:

Discourse scheint keine Verbindung zum S3-Server herstellen zu können

Nachricht (506 Kopien gemeldet)

Fehler bei der Verarbeitung der gekaperten Antwort: Errno::ENETUNREACH: Fehler beim Öffnen der TCP-Verbindung zu 2605:72c0:6fd:b3::b005:1:80 (Netzwerk nicht erreichbar - connect(2) für "2605:72c0:6fd:b3::b005:1" Port 80)

Backtrace

/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/net-http-0.6.0/lib/net/http.rb:1665:in `initialize'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/net-http-0.6.0/lib/net/http.rb:1665:in `open'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/net-http-0.6.0/lib/net/http.rb:1665:in `block in connect'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/timeout-0.4.3/lib/timeout.rb:185:in `block in timeout'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/timeout-0.4.3/lib/timeout.rb:192:in `timeout'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/net-http-0.6.0/lib/net/http.rb:1663:in `connect'
/var/www/discourse/lib/final_destination/http.rb:27:in `block in connect'
/var/www/discourse/lib/final_destination/http.rb:17:in `each'
/var/www/discourse/lib/final_destination/http.rb:17:in `each_with_index'
/var/www/discourse/lib/final_destination/http.rb:17:in `connect'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/net-http-0.6.0/lib/net/http.rb:1642:in `do_start'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/net-http-0.6.0/lib/net/http.rb:1631:in `start'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/net-http-0.6.0/lib/net/http.rb:1070:in `start'
/var/www/discourse/lib/final_destination.rb:544:in `safe_session'
/var/www/discourse/lib/final_destination.rb:479:in `safe_get'
/var/www/discourse/lib/final_destination.rb:170:in `get'
/var/www/discourse/lib/file_helper.rb:91:in `download'
/var/www/discourse/app/controllers/user_avatars_controller.rb:176:in `proxy_avatar'
/var/www/discourse/app/controllers/user_avatars_controller.rb:144:in `show_in_site'
/var/www/discourse/app/controllers/user_avatars_controller.rb:90:in `block (2 levels) in show'
/var/www/discourse/lib/hijack.rb:68:in `instance_eval'
/var/www/discourse/lib/hijack.rb:68:in `block (2 levels) in hijack'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/i18n-1.14.7/lib/i18n.rb:353:in `with_locale'
/var/www/discourse/lib/hijack.rb:68:in `block in hijack'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/concurrent-ruby-1.3.5/lib/concurrent-ruby/concurrent/promises.rb:911:in `callback_on_resolution'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/concurrent-ruby-1.3.5/lib/concurrent-ruby/concurrent/promises.rb:797:in `call_callback'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/concurrent-ruby-1.3.5/lib/concurrent-ruby/concurrent/promises.rb:803:in `call_callbacks'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/concurrent-ruby-1.3.5/lib/concurrent-ruby/concurrent/promises.rb:692:in `resolve_with'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/concurrent-ruby-1.3.5/lib/concurrent-ruby/concurrent/promises.rb:1325:in `resolve'
/var/www/discourse/lib/scheduler/defer.rb:125:in `block in do_work'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/rails_multisite-7.0.0/lib/rails_multisite/connection_management/null_instance.rb:49:in `with_connection'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/rails_multisite-7.0.0/lib/rails_multisite/connection_management.rb:17:in `with_connection'
/var/www/discourse/lib/scheduler/defer.rb:119:in `do_work'
/var/www/discourse/lib/scheduler/defer.rb:105:in `block (2 levels) in start_thread'

Gibt es hier eine Firewall oder eine Netzwerkbeschränkung?

Nein. Was verwirrend ist, ist, dass dasselbe Backend für Bilder in regulären Beiträgen funktioniert, aber nicht für Avatare.

2 „Gefällt mir“

Ja, das ist so seltsam.

@avidseeker Konnten Sie Ihr Problem lösen?