Não é possível carregar avatares com o Armazenamento S3 ativado (Arquivo existe, ainda falha)

Suporte
1

Olá a todos,

Estou enfrentando um problema estranho com o Discourse + armazenamento S3.

Ao fazer upload de avatares, recebo um erro como o abaixo — mesmo que o arquivo exista no bucket S3 e seja acessível através de um s3_cdn_url válido.

Uploads de posts e anexos funcionam perfeitamente. A única coisa que falha são os uploads de avatares de usuário.

:fire: Mensagem de erro de gig.ovh/logs


Mensagem (2 cópias relatadas)

Não foi possível encontrar o arquivo no armazenamento localizado em: //gig.s3.ru-1.storage.selcloud.ru/original/1X/fd42dfa3362b66090450f2ae40f0917193fcd355.jpeg

Backtrace

/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/activesupport-7.2.2.1/lib/active\ _support/broadcast\ _logger.rb:134:in `block in error'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/activesupport-7.2.2.1/lib/active_support/broadcast_logger.rb:231:in `block in dispatch'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/activesupport-7.2.2.1/lib/active\ _support/broadcast\ _logger.rb:231:in `each'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/activesupport-7.2.2.1/lib/active_support/broadcast_logger.rb:231:in `dispatch'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/activesupport-7.2.2.1/lib/active\ _support/broadcast\ _logger.rb:134:in `error'
/var/www/discourse/app/models/optimized_image.rb:91:in `block in create\ _for'
/var/www/discourse/app/models/optimized\ _image.rb:19:in `block (2 levels) in lock'
/var/www/discourse/lib/distributed_mutex.rb:53:in `block in synchronize'
/var/www/discourse/lib/distributed\ _mutex.rb:49:in `synchronize'
/var/www/discourse/lib/distributed_mutex.rb:49:in `synchronize'
/var/www/discourse/lib/distributed\ _mutex.rb:34:in `synchronize'
/var/www/discourse/app/models/optimized_image.rb:19:in `block in lock'
/var/www/discourse/lib/distributed\ _mutex.rb:53:in `block in synchronize'
/var/www/discourse/lib/distributed_mutex.rb:49:in `synchronize'
/var/www/discourse/lib/distributed\ _mutex.rb:49:in `synchronize'
/var/www/discourse/lib/distributed_mutex.rb:34:in `synchronize'
/var/www/discourse/app/models/optimized\ _image.rb:18:in `lock'
/var/www/discourse/app/models/optimized_image.rb:83:in `create\ _for'
/var/www/discourse/app/models/upload.rb:151:in `get_optimized_image'
/var/www/discourse/app/controllers/user_avatars_controller.rb:219:in `get\ _optimized_image'
/var/www/discourse/app/controllers/user\ _avatars_controller.rb:137: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-6.1.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-6.1.0/lib/rails_multisite/connection_management.rb:21: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'

Essa é uma URL S3 para o contêiner

//gig.s3.ru-1.storage.selcloud.ru/original/1X/fd42dfa3362b66090450f2ae40f0917193fcd355.jpeg

A imagem está disponível no URL:

https://s3.gig.ovh/original/1X/fd42dfa3362b66090450f2ae40f0917193fcd355.jpeg

:white_check_mark: Informações Adicionais

  • Versão do Discourse: (última estável)
  • Armazenamento externo compatível com S3 usado (enable_s3_uploads = true)
  • s3_cdn_url está corretamente configurado e em uso
  • URL da CDN retorna o arquivo com sucesso
  • Arquivo está confirmado presente no local S3 esperado
  • Outros uploads (imagens, anexos, etc.) funcionam bem
  • O erro ocorre apenas com avatares de usuário

:red_question_mark:Pergunta

O que poderia fazer com que o Discourse falhasse ao recuperar o arquivo para processamento de avatar, enquanto o arquivo exato existe e é alcançável através do URL correto da CDN?

Há algo específico no processamento de avatar (como get_optimized_image) que possa estar mal configurado ou em cache incorretamente?

Qualquer sugestão ou insight seria apreciado!

Obrigado :folded_hands:

1 curtida
2

Olá — você já resolveu isso?

Estou encontrando exatamente o mesmo sintoma no Discourse + S3 (apenas avatares):
Could not find file in the store located at url: //\u003cbucket\u003e.s3.dualstack.\u003cregion\u003e.amazonaws.com/original/1X/\u003chash\u003e.jpeg

Alguns detalhes sobre minha configuração, caso corresponda à sua:

  • enable_s3_uploads = true, os objetos residem em original/* e optimized/* (sem prefixo uploads/default)

  • Acesso via CloudFront (OAC), o bucket em si é privado

  • O objeto existe nessa chave; o URL do CDN funciona

  • O erro ocorre apenas para o processamento de avatar

  • (Possível complicação) os uploads são criptografados com SSE-KMS

Se você encontrou a causa raiz ou uma correção (mudança de política, permissões KMS, alinhamento de caminho do bucket, etc.), você poderia compartilhar o que funcionou? Obrigado!