J’ai un site qui notifie un administrateur d’un échec de sauvegarde, mais la sauvegarde réussit. Voici les journaux :
[2025-09-23 09:40:31] Suppression du répertoire temporaire '/var/www/discourse/tmp/backups/default/2025-09-23-093005'...
[2025-09-23 09:40:31] Téléchargement de l'archive...
[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
Il semble donc que sidekiq redémarre, ce qui génère l’erreur, mais elle est interceptée, donc la sauvegarde réussit réellement. Je suppose (sans regarder les commits) que c’est une amélioration par rapport au comportement précédent où ces sauvegardes restaient sur le stockage local et finissaient par remplir le disque.
Je vais augmenter la mémoire pour sidekiq la prochaine fois que le conteneur sera reconstruit.