Falla la carga de copia de seguridad a S3 en scaleway (carga multiparte)

Soporte
1

Ejecutándose en 2.6.1 estable con un clon de S3 (Scaleway). Aquí está el registro:

[2021-01-30 09:52:59] Cargando archivo comprimido...
[2021-01-30 09:55:36] EXCEPCIÓN: no se pudo cancelar la carga multipart: La carga multipart especificada no existe. El ID de carga podría ser inválido, o la carga multipart podría haber sido cancelada o completada.
[2021-01-30 09:55:36] /var/www/discourse/vendor/bundle/ruby/2.7.0/gems/aws-sdk-s3-1.83.2/lib/aws-sdk-s3/multipart_file_uploader.rb:94:in `rescue in abort_upload'
/var/www/discourse/vendor/bundle/ruby/2.7.0/gems/aws-sdk-s3-1.83.2/lib/aws-sdk-s3/multipart_file_uploader.rb:82:in `abort_upload'
/var/www/discourse/vendor/bundle/ruby/2.7.0/gems/aws-sdk-s3-1.83.2/lib/aws-sdk-s3/multipart_file_uploader.rb:78:in `upload_parts'
/var/www/discourse/vendor/bundle/ruby/2.7.0/gems/aws-sdk-s3-1.83.2/lib/aws-sdk-s3/multipart_file_uploader.rb:51:in `upload'
/var/www/discourse/vendor/bundle/ruby/2.7.0/gems/aws-sdk-s3-1.83.2/lib/aws-sdk-s3/file_uploader.rb:38:in `upload'
/var/www/discourse/vendor/bundle/ruby/2.7.0/gems/aws-sdk-s3-1.83.2/lib/aws-sdk-s3/customizations/object.rb:342:in `upload_file'
/var/www/discourse/lib/backup_restore/s3_backup_store.rb:39:in `upload_file'
/var/www/discourse/lib/backup_restore/backuper.rb:301:in `upload_archive'
/var/www/discourse/lib/backup_restore/backuper.rb:41:in `run'
/var/www/discourse/script/spawn_backup_restore.rb:9:in `backup'
/var/www/discourse/script/spawn_backup_restore.rb:34:in `block in <main>'
/var/www/discourse/script/spawn_backup_restore.rb:4:in `fork'
/var/www/discourse/script/spawn_backup_restore.rb:4:in `<main>'
[2021-01-30 09:55:36] Eliminando copias de seguridad antiguas...
[2021-01-30 09:55:36] Limpiando elementos...
[2021-01-30 09:55:36] Eliminando archivo comprimido del almacenamiento local...
[2021-01-30 09:55:36] Eliminando residuos de '.tar'...
[2021-01-30 09:55:36] Marcando la copia de seguridad como finalizada...
[2021-01-30 09:55:36] Actualizando estadísticas del disco...

Tengo la misma configuración en varios servidores adicionales y las copias de seguridad funcionan correctamente (aunque los tamaños de las copias de seguridad son significativamente más pequeños, por lo que probablemente la carga multipart no sea un factor). Parece que también admiten cargas multipart: Managing multipart uploads | Scaleway Documentation - así que no estoy seguro de cuál es el problema.

2

Lo mismo para mí, con Scaleway S3 :frowning:

Mi primera copia de seguridad falló hace 9 días:

EXCEPCIÓN: error en la carga multipart:
Su solicitud no se formó correctamente;
Su solicitud no se formó correctamente

Luego, cada uno o dos días:

EXCEPCIÓN: error al cancelar la carga multipart:
La carga multipart especificada no existe.
El ID de carga podría ser inválido, o
la carga multipart podría haber sido cancelada o completada.

@Falco, ¿qué podemos hacer para entender qué está pasando?
Gracias

3

Ya respondí a esto ayer. Contacta a Scaleway.

4

Hecho
Pero su soporte necesita más información :slight_smile:
Necesitan un listado de las partes, para ver si obtenemos una respuesta o un mensaje de error para cada una.

¿Existe alguna forma de habilitar el registro de logs (solicitudes HTTP?) en las gemas de AWS?

Gracias

5

¡Es su día de suerte! Como Discourse es de código abierto, pueden ver exactamente qué está ocurriendo.

El rastreo de la pila indica que el error proviene de

que es

Esto corresponde a una llamada a este método en el SDK:

Según la documentación, por defecto utilizará una carga multipart cuando el archivo sea mayor a 15 MB.

Al revisar el código fuente, parece que se utiliza este método:

Y la línea 74 está generando un error.

6

Ya está funcionando de nuevo, sin ningún cambio :grimacing:
Ahora 7 de 10 son exitosos

7

¡Buenas noticias! Lo bueno de implementar según la especificación de facto de S3 es que ellos lo solucionan de su lado y no necesitamos realizar ningún cambio.

8

Por desgracia, sigue dándome el mismo error :confused:
Espero que simplemente aún no hayan implementado completamente las correcciones.

9

¡El proceso de copia de seguridad ha tenido un 100% de éxito ahora!
El problema está “cerrado” para mí.