No se puede acceder a la página de copia de seguridad y error relacionado al restaurar usando GCP Object Storage

Hola, he configurado la copia de seguridad en GCP Storage siguiendo la guía, pero unos días después, al intentar acceder a /admin/backups, aparece este error. Además, no se generaron ni se subieron copias de seguridad a GCP hasta que inicié manualmente una copia de seguridad desde la interfaz de usuario. Luego, al intentar restaurar dicha copia de seguridad en una nueva instancia, aparece este error:

Excepción del trabajo: El XML proporcionado no estaba bien formado o no validó contra nuestro esquema publicado.
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'

La integración con S3 parece funcionar, ya que las imágenes de los usuarios se suben y la copia de seguridad iniciada manualmente también…

¿No es esta una incompatibilidad de S3, @Falco?

1 me gusta

Sí, GCP tiene la peor compatibilidad de todos los proveedores. No podemos leer archivos y, para cargar activos, incluso tenemos una variable de entorno especial, por lo que estamos en modo solo lectura.

@wollacsek no hay nada que podamos hacer, ya que implementamos las llamadas a S3 y solo GCP falla aquí. Agregaré una advertencia a Usar almacenamiento de objetos para cargas (S3 y clones)

3 Me gusta