Ich habe eine Website, die einen Administrator über fehlgeschlagene Backups benachrichtigt, aber das Backup gelingt. Hier sind die Protokolle:
[2025-09-23 09:40:31] Entferne temporäres Verzeichnis '/var/www/discourse/tmp/backups/default/2025-09-23-093005'...
[2025-09-23 09:40:31] Archiv wird hochgeladen...
[2025-09-23 09:41:37] AUSNAHME: 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
Es sieht also so aus, als würde Sidekiq neu gestartet, was den Fehler verursacht, aber er wird abgefangen, sodass das Backup tatsächlich erfolgreich ist. Ich vermute (ohne mir die Commits anzusehen), dass dies eine Verbesserung gegenüber dem früheren Verhalten ist, bei dem diese Backups auf dem lokalen Speicher verblieben und schließlich die Festplatte füllten.
Ich werde den Speicher für Sidekiq erhöhen, wenn der Container das nächste Mal neu erstellt wird.