/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

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.

Ja, das ist so seltsam.

@avidseeker Konnten Sie Ihr Problem lösen?