Em um site onde backups e uploads para buckets do Google funcionavam, a página de backup agora exibe:
Falha ao acessar o armazenamento de backup: Um cabeçalho ou parâmetro de consulta fornecido solicitou uma função que não está implementada.
Eu pensei que pudesse ser um problema de permissões do bucket (mas isso não fazia muito sentido, pois a mesma configuração estava funcionando algumas semanas atrás), mas relendo a mensagem, parece que o Discourse está tentando fazer algo que, hum, não está implementado. (O que também parece improvável).
Uploads S3 para um bucket do Google (embora um diferente) estão funcionando perfeitamente. Há um site de produção na versão 2.4.0.beta9 e um site de staging na 2.4.0.beta10 (e acabei de fazer outra atualização no site de staging).
É uma instalação padrão de 2 contêineres, com apenas plugins padrão e as configurações do S3 definidas com env: no arquivo .yml. EDIT: Eu excluí essas configurações de ENV do yml e reconstruí (o comando destroy, start não as removeu) e o problema persiste.
Não vejo nenhum commit óbvio (para mim) que possa estar relacionado.
EDIT: Há outra instância de instalação padrão rodando 2.4.0.beta8 com as mesmas configurações e está funcionando, então parece que algo aconteceu entre o beta8 e o beta9. Isso realmente parece ser um . @gerhard, isso poderia de alguma forma estar relacionado às suas alterações nos backups?
P.S. Verifiquei um site usando DigitalOcean Spaces e os backups estão funcionando normalmente.
Are you getting the error as soon as you visit /admin/backups? I didn’t change anything in that area recently, but we updated the aws-s3 gem between beta8 and beta10 from version 1.36.1 to 1.60.1. It’s possible that this doesn’t work with Google buckets anymore. Maybe you find the cause in the CHANGELOG. You could test with different versions of the gem to narrow it down.
So, by entering the container and editing Gemfile and changing
gem 'aws-sdk-s3', require: false
to versions of
gem 'aws-sdk-s3', '1.51.0', require: false
and then doing
bundle install --no-deployment
sv restart unicorn
to see if it worked or not, a binary search through the versions shows that 1.51.0 is the last version that works, so something in 1.52.0 “Feature - Adding support in SelectObjectContent for scanning a portion of an object specified by a scan range.” is where the problem began.
. @gerhard, isso poderia de alguma forma estar relacionado às suas alterações nos backups?