Tenho um site que está notificando um administrador sobre falha de backup, mas o backup é bem-sucedido. Aqui estão os logs:
[2025-09-23 09:40:31] Removendo o diretório temporário '/var/www/discourse/tmp/backups/default/2025-09-23-093005'...
[2025-09-23 09:40:31] Enviando arquivo compactado...
[2025-09-23 09:41:37] EXCEPTION: Sidekiq::Shutdown
[2025-09-23 09:41:37] /var/www/discourse/vendor/bundle/ruby/3.3.0/gems/aws-sdk-s3-1.182.0/lib/aws-sdk-s3/multipart_file_uploader.rb:199:in `value'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/aws-sdk-s3-1.182.0/lib/aws-sdk-s3/multipart_file_uploader.rb:199:in `map'
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/aws-sdk-s3-1.182.0/lib/aws-sdk-s3/multipart_file_uploader.rb:199:in
Então, parece que o Sidekiq está reiniciando, por isso gera o erro, mas ele é capturado, então o backup realmente é bem-sucedido. Eu presumo (sem olhar os commits) que isso é uma melhoria em relação ao comportamento anterior, quando esses backups ficavam no armazenamento local e eventualmente preenchiam o disco.
Vou aumentar a memória para o Sidekiq na próxima vez que o contêiner for reconstruído.