Tengo un sitio que está notificando a un administrador sobre un fallo de copia de seguridad, pero la copia de seguridad tiene éxito. Aquí están los registros:
[2025-09-23 09:40:31] Eliminando el directorio temporal '/var/www/discourse/tmp/backups/default/2025-09-23-093005'...
[2025-09-23 09:40:31] Subiendo archivo...
[2025-09-23 09:41:37] EXCEPCIÓN: 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
Así que parece que sidekiq se está reiniciando, por lo que genera el error, pero se captura, por lo que la copia de seguridad realmente tiene éxito. Supongo (sin mirar los commits) que esto es una mejora con respecto al comportamiento anterior cuando estas copias de seguridad se dejaban en el almacenamiento local y eventualmente llenaban el disco.
Voy a aumentar la memoria para sidekiq la próxima vez que se reconstruya el contenedor.