Impossible d'accéder à la page de sauvegarde et erreur associée lors de la restauration à l'aide du stockage d'objets GCP

Bonjour, j’ai configuré la sauvegarde vers le stockage GCP en suivant le guide, mais quelques jours plus tard, lorsque j’essaie d’accéder à /admin/backups, cette erreur s’affiche. De plus, aucune sauvegarde n’a été générée et téléchargée sur GCP jusqu’à ce que je déclenche manuellement une sauvegarde depuis l’interface utilisateur. Ensuite, lorsque j’essaie de restaurer ladite sauvegarde sur une nouvelle instance, cette erreur apparaît :

Job exception: The XML you provided was not well-formed or did not validate against our published schema.
aws-sdk-core-3.109.2/lib/seahorse/client/plugins/raise_response_errors.rb:17:in `call'
aws-sdk-s3-1.83.2/lib/aws-sdk-s3/plugins/sse_cpk.rb:24:in `call'
aws-sdk-s3-1.83.2/lib/aws-sdk-s3/plugins/dualstack.rb:30:in `call'
aws-sdk-s3-1.83.2/lib/aws-sdk-s3/plugins/accelerate.rb:47:in `call'
aws-sdk-core-3.109.2/lib/aws-sdk-core/plugins/jsonvalue_converter.rb:22:in `call'
aws-sdk-core-3.109.2/lib/aws-sdk-core/plugins/idempotency_token.rb:19:in `call'
aws-sdk-core-3.109.2/lib/aws-sdk-core/plugins/param_converter.rb:26:in `call'
aws-sdk-core-3.109.2/lib/seahorse/client/plugins/request_callback.rb:71:in `call'
aws-sdk-core-3.109.2/lib/aws-sdk-core/plugins/response_paging.rb:12:in `call'
aws-sdk-core-3.109.2/lib/seahorse/client/plugins/response_target.rb:24:in `call'
aws-sdk-core-3.109.2/lib/seahorse/client/request.rb:72:in `send_request'
aws-sdk-s3-1.83.2/lib/aws-sdk-s3/client.rb:8959:in `put_bucket_lifecycle_configuration'
/var/www/discourse/lib/s3_helper.rb:176:in `update_lifecycle'
/var/www/discourse/lib/s3_helper.rb:186:in `update_tombstone_lifecycle'
/var/www/discourse/lib/file_store/s3_store.rb:142:in `purge_tombstone'
/var/www/discourse/app/jobs/scheduled/purge_deleted_uploads.rb:10:in `execute'
/var/www/discourse/app/jobs/base.rb:232:in `block (2 levels) in perform'
rails_multisite-2.5.0/lib/rails_multisite/connection_management.rb:76:in `with_connection'
/var/www/discourse/app/jobs/base.rb:221:in `block in perform'
/var/www/discourse/app/jobs/base.rb:217:in `each'
/var/www/discourse/app/jobs/base.rb:217:in `perform'
/var/www/discourse/app/jobs/base.rb:279:in `perform'
mini_scheduler-0.13.0/lib/mini_scheduler/manager.rb:93:in `process_queue'
mini_scheduler-0.13.0/lib/mini_scheduler/manager.rb:37:in `block (2 levels) in initialize'

L’intégration S3 semble fonctionner car les images des utilisateurs sont téléchargées et la sauvegarde déclenchée manuellement aussi…

N’est-ce pas une incompatibilité S3, @Falco ?

1 « J'aime »

Oui, GCP a la pire compatibilité de tous les fournisseurs. Nous ne pouvons pas lire les fichiers, et pour y ajouter des ressources, nous devons même utiliser une variable d’environnement spéciale, ce qui nous rend en lecture seule.

@wollacsek il n’y a rien que nous puissions faire, car nous implémentons les appels S3 et seul GCP échoue ici. J’ajouterai un avertissement à Utiliser le stockage d’objets pour les téléversements (S3 et clones)

3 « J'aime »