# Proceso de restauración cancelado en el paso de migración de cargas a S3
**URL:** https://meta.discourse.org/t/restore-process-cancelled-at-migrating-uploads-to-s3-step/123233
**Category:** Support
**Created:** [17 Julio, 2019 20:58 UTC](https://meta.discourse.org/t/restore-process-cancelled-at-migrating-uploads-to-s3-step/123233 "2019-07-17T20:58:20Z")
**Posts on this page:** 20
**Page:** 2
### Author:  [@RGJ](https://meta.discourse.org/u/RGJ)
#### Post date: [18 Febrero, 2020 22:37 UTC](https://meta.discourse.org/t/restore-process-cancelled-at-migrating-uploads-to-s3-step/123233/22 "2020-02-18T22:37:20Z")
Si necesitas ayuda para llegar a la causa raíz de problemas como este, por favor házmelo saber. Estoy encantado de ayudar.
---
### Author:  [@ljpp](https://meta.discourse.org/u/ljpp)
#### Post date: [29 Noviembre, 2020 20:13 UTC](https://meta.discourse.org/t/restore-process-cancelled-at-migrating-uploads-to-s3-step/123233/23 "2020-11-29T20:13:19Z")
Así que intenté restaurar mi copia de seguridad de 2.2 GB y obtuve esto: la restauración falló.
> EXCEPCIÓN: 44 publicaciones no se han vuelto a mapear a la nueva URL de carga en S3. La migración a S3 falló para la base de datos ‘default’.
Estoy en la versión 2.6b6, que es bastante reciente. El sitio es bastante antiguo, de 2016.
> De vez en cuando nos encontramos con copias de seguridad en las que la remapeo automático y la migración a S3 fallan por varias razones.
Este es un tema antiguo, ¿alguna recomendación para la acción correctiva? Tener una copia de seguridad que no puedo usar realmente para restaurar me pone un poco nervioso.
Edición: Acabo de darme cuenta de que puede que esté en el hilo incorrecto, ya que parece ser el mismo problema.
> [@Restore failed at "EXCEPTION: x of y uploads are not migrated to S3. S3 migration failed for db 'default'."](https://meta.discourse.org/t/restore-failed-at-exception-x-of-y-uploads-are-not-migrated-to-s3-s3-migration-failed-for-db-default/171100):
>
> This has been sitting as a draft on [meta.discourse.org](http://meta.discourse.org) as I worked through the issue on my Discourse server. I’ve been able to get around the problem described below, but that I couldn’t do what was effectively a disaster restore (a restore without the benefit of being able to get into the old, broken server) is concerning. (The root cause was a failed Postgres 10-to-12 upgrade, but I was able to [postpone the update](https://meta.discourse.org/t/postgresql-12-update/151236#postponing-the-update) in the Discourse app.yml file long enough to disable the enable\_s3\_uploads sit…
---
### Author:  [@ljpp](https://meta.discourse.org/u/ljpp)
#### Post date: [13 Diciembre, 2020 18:50 UTC](https://meta.discourse.org/t/restore-process-cancelled-at-migrating-uploads-to-s3-step/123233/24 "2020-12-13T18:50:18Z")
@gerhard
Lo intenté de nuevo y sigo fallando en la restauración con el error de que _44 publicaciones no se han vuelto a mapear_.
Desactivar temporalmente las cargas a S3 antes de la copia de seguridad (propuesto por @RGJ) no resuelve el problema, y actualmente no tengo un esquema de copia de seguridad funcional, lo cual es bastante grave.
> [@Restore Failed: "Some uploads could not be migrated to the new scheme"](https://meta.discourse.org/t/restore-failed-some-uploads-could-not-be-migrated-to-the-new-scheme/157061/4?u=ljpp):
>
> Have you tried turning off s3 uploads prior to creating the backup? Just turning off S3 and not rebaking should not do any harm. Then restore and switch S3 back on.
¿Alguna sugerencia sobre qué probar?
---
### Author:  [@ljpp](https://meta.discourse.org/u/ljpp)
#### Post date: [13 Diciembre, 2020 20:59 UTC](https://meta.discourse.org/t/restore-process-cancelled-at-migrating-uploads-to-s3-step/123233/25 "2020-12-13T20:59:49Z")
> [@ljpp](#):
>
> ¿Alguna sugerencia sobre qué probar?
Vale, este es el caso más extraño que he visto hasta ahora. Tropecé con esta publicación.
[https://meta.discourse.org/t/using-object-storage-for-uploads-s3-clones/148916/160?u=ljpp](https://meta.discourse.org/t/using-object-storage-for-uploads-s3-clones/148916/160?u=ljpp)
Después de perder horas en esto, definí DISCOURSE\_CDN\_URL solo por probar, una característica que mi sitio no utiliza. La restauración de la copia de seguridad se realizó con éxito.
¿Cuál es la importancia de este parámetro en este escenario? @Falco @pfaffman
**EDIT:**
Me retracto. Tras el éxito en la prueba, tomé una copia de seguridad fresca de producción y comencé nuevamente la migración a un nuevo servidor. Falló de nuevo, pero el mensaje de error cambió.
> EXCEPCIÓN: rake posts:missing\_uploads identificó 3 problemas. La migración a S3 falló para la base de datos ‘default’.
**EDIT2:**
Así que seguí investigando la base de datos y encontré estos 3 posts.
- 2 eran imágenes muy antiguas, que fueron publicadas inicialmente pero luego un moderador las reemplazó por versiones modificadas. Estas eran de 2016 y 2018.
- Pero la última era extraña. Era un post muy reciente, de hace solo unas semanas, publicado por mí mismo, y contenía un enlace https oneboxed a un servidor de desarrollo que ya no existe. Así que un enlace roto rompe el proceso de restauración.
Simplemente eliminé estos posts manualmente.
Ahora, de nuevo, una prueba muestra que una copia de seguridad podría tener éxito. Ya veremos.
---
### Author:  [@BryanV](https://meta.discourse.org/u/BryanV)
#### Post date: [24 Abril, 2021 03:16 UTC](https://meta.discourse.org/t/restore-process-cancelled-at-migrating-uploads-to-s3-step/123233/26 "2021-04-24T03:16:54Z")
@ljpp Parece que me encuentro en una situación similar con una restauración que falla con:
> EXCEPCIÓN: 1 publicación no se ha vuelto a mapear a la nueva URL de carga en S3. La migración a S3 falló para la base de datos ‘default’.
¿Podrías detallar cómo encontraste y eliminaste las publicaciones problemáticas? ¿Qué comandos se utilizan?
---
### Author:  [@pfaffman](https://meta.discourse.org/u/pfaffman)
#### Post date: [24 Abril, 2021 12:28 UTC](https://meta.discourse.org/t/restore-process-cancelled-at-migrating-uploads-to-s3-step/123233/27 "2021-04-24T12:28:34Z")
Eliminó las publicaciones en cuestión.
Pero borraste tu instalación, así que no puedes hacer eso, ¿verdad?
---
### Author:  [@Saiano](https://meta.discourse.org/u/Saiano)
#### Post date: [15 Enero, 2026 15:24 UTC](https://meta.discourse.org/t/restore-process-cancelled-at-migrating-uploads-to-s3-step/123233/29 "2026-01-15T15:24:43Z")
> [@BryanV](#):
>
> @ljpp Parece que estoy en una situación similar con una restauración fallando con
>
> > EXCEPTION: 1 posts are not remapped to new S3 upload URL. S3 migration failed for db ‘default’.
>
> ¿Puedes dar más detalles sobre cómo encontraste y eliminaste las publicaciones ofensivas? ¿Qué comandos se utilizan?
_Tengo este problema al restaurar mi base de datos. ¿Cómo encontraste las publicaciones ofensivas?_
---
### Author:  [@pfaffman](https://meta.discourse.org/u/pfaffman)
#### Post date: [15 Enero, 2026 16:07 UTC](https://meta.discourse.org/t/restore-process-cancelled-at-migrating-uploads-to-s3-step/123233/30 "2026-01-15T16:07:44Z")
> [@ljpp](#):
>
> no remapeado al nuevo S3
Creo que el código que realiza la comprobación está aquí:
>
Así que creo que esto:
```plaintext
prefix = @migrate_to_multisite ? "uploads/#{@current_db}/original/" : "original/"
base_url = File.join(SiteSetting.Upload.s3_base_url, prefix)
bad = Upload.by_users.where("url NOT LIKE '#{base_url}%'")
```
Y para mayor seguridad
```plaintext
good = Upload.by_users.where("url LIKE '#{base_url}%'")
```
Avísame si esto te funciona y veré si puedo crear un tema.
---
### Author:  [@Saiano](https://meta.discourse.org/u/Saiano)
#### Post date: [16 Enero, 2026 12:50 UTC](https://meta.discourse.org/t/restore-process-cancelled-at-migrating-uploads-to-s3-step/123233/31 "2026-01-16T12:50:49Z")
discourse(prod) \> prefix = @migrate\_to\_multisite ? “uploads/#{RailsMultisite::ConnectionManagement.current\_db}/original/” : “original/”
discourse(prod) \> base\_url = File.join(SiteSetting.Upload.s3\_base\_url, prefix)
discourse(prod) \> bad\_uploads = Upload.by\_users.where(“url NOT LIKE ‘#{base\_url}%’”)
discourse(prod) \> bad\_uploads.count
=\> 0
Esta comprobación me dio 0 errores
---
### Author:  [@pfaffman](https://meta.discourse.org/u/pfaffman)
#### Post date: [16 Enero, 2026 14:01 UTC](https://meta.discourse.org/t/restore-process-cancelled-at-migrating-uploads-to-s3-step/123233/32 "2026-01-16T14:01:55Z")
¿Hiciste eso en el servidor original? ¿O necesitas hacerlo después de que la base de datos se haya restaurado antes de que realice esa comprobación, usando la opción `--pause`?
---
### Author:  [@Saiano](https://meta.discourse.org/u/Saiano)
#### Post date: [16 Enero, 2026 14:23 UTC](https://meta.discourse.org/t/restore-process-cancelled-at-migrating-uploads-to-s3-step/123233/33 "2026-01-16T14:23:30Z")
Lo hice en el servidor antiguo.
Al restaurar obtuve el mismo error
[2026-01-16 13:45:52] EXCEPTION: 3 publicaciones no se remapean a la nueva URL de carga de S3. La migración de S3 falló para la base de datos ‘default’.
[2026-01-16 13:45:52] /var/www/discourse/lib/file\_store/to\_s3\_migration.rb:132:in `raise\_or\_log’
---
### Author:  [@pfaffman](https://meta.discourse.org/u/pfaffman)
#### Post date: [16 Enero, 2026 14:50 UTC](https://meta.discourse.org/t/restore-process-cancelled-at-migrating-uploads-to-s3-step/123233/34 "2026-01-16T14:50:39Z")
> [@Saiano](#):
>
> Esta comprobación me dio 0 errores
Bueno. Vaya. No estoy seguro de qué más decirte.
¿El `good` encontró tus subidas?
~~Probablemente usaría la opción `--pause` y detendría la restauración antes de que hiciera esa comprobación.~~
Haría lo que dijo Richard.
---
### Author:  [@RGJ](https://meta.discourse.org/u/RGJ)
#### Post date: [17 Enero, 2026 15:49 UTC](https://meta.discourse.org/t/restore-process-cancelled-at-migrating-uploads-to-s3-step/123233/35 "2026-01-17T15:49:36Z")
No estoy seguro de su situación exacta, pero es posible que simplemente desee desactivar las cargas a S3, realizar la copia de seguridad, restaurar y volver a activarlas. Esto me ha salvado muchas veces.
---
### Author:  [@Saiano](https://meta.discourse.org/u/Saiano)
#### Post date: [19 Enero, 2026 13:12 UTC](https://meta.discourse.org/t/restore-process-cancelled-at-migrating-uploads-to-s3-step/123233/36 "2026-01-19T13:12:38Z")
Entonces, tengo que desactivar estas opciones, ¿correcto?
---
### Author:  [@RGJ](https://meta.discourse.org/u/RGJ)
#### Post date: [19 Enero, 2026 13:37 UTC](https://meta.discourse.org/t/restore-process-cancelled-at-migrating-uploads-to-s3-step/123233/37 "2026-01-19T13:37:50Z")
Correcto.
- desmarcar “habilitar subidas a s3”
- copia de seguridad / descarga
- subida / restauración
- marcar “habilitar subidas a s3”
---
### Author:  [@Saiano](https://meta.discourse.org/u/Saiano)
#### Post date: [20 Enero, 2026 11:01 UTC](https://meta.discourse.org/t/restore-process-cancelled-at-migrating-uploads-to-s3-step/123233/38 "2026-01-20T11:01:10Z")
> [@RGJ](#):
>
> Correcto.
>
> - desmarcar “habilitar subidas a s3”
> - copia de seguridad / descargar
> - subir / restaurar
> - marcar “habilitar subidas a s3”
Mientras marcaba “habilitar subidas a s3” obtuve un error
---
### Author:  [@RGJ](https://meta.discourse.org/u/RGJ)
#### Post date: [20 Enero, 2026 11:17 UTC](https://meta.discourse.org/t/restore-process-cancelled-at-migrating-uploads-to-s3-step/123233/39 "2026-01-20T11:17:03Z")
No hablo italiano si no es sobre comida… tal vez nos hagas un favor a todos y lo copies/pegues en Google Translate 🙂
---
### Author:  [@Saiano](https://meta.discourse.org/u/Saiano)
#### Post date: [20 Enero, 2026 11:19 UTC](https://meta.discourse.org/t/restore-process-cancelled-at-migrating-uploads-to-s3-step/123233/40 "2026-01-20T11:19:40Z")
> [@RGJ](#):
>
> No hablo italiano cuando no es sobre comida… tal vez puedas hacernos un favor a todos y copiar/pegarlo en Google Translate 🙂
Lo siento
Habilitar subidas a S3
Almacena las subidas en el espacio de disco de Amazon S3. IMPORTANTE: requiere que se proporcionen credenciales de S3 válidas (tanto la clave de acceso como el secreto de clave de acceso).
No puedes habilitar las subidas a S3 porque ya están habilitadas a nivel global, y habilitar las subidas a S3 a nivel de sitio podría causar problemas críticos con las subidas.
---
### Author:  [@RGJ](https://meta.discourse.org/u/RGJ)
#### Post date: [20 Enero, 2026 11:21 UTC](https://meta.discourse.org/t/restore-process-cancelled-at-migrating-uploads-to-s3-step/123233/41 "2026-01-20T11:21:09Z")
Supongo que ya lo hiciste en `app.yml`.
¿Las (nuevas) subidas funcionan correctamente? Si es así, entonces no hay ningún problema.
---
### Author:  [@Saiano](https://meta.discourse.org/u/Saiano)
#### Post date: [21 Enero, 2026 07:52 UTC](https://meta.discourse.org/t/restore-process-cancelled-at-migrating-uploads-to-s3-step/123233/43 "2026-01-21T07:52:35Z")
> [@RGJ](#):
>
> Asumo que ya lo hiciste en `app.yml` entonces.
> ¿Las (nuevas) subidas funcionan correctamente? Si es así, entonces no hay problema.
En app.yml tengo configurado s3, correcto.
Entonces, ¿qué tengo que hacer para hacer una copia de seguridad y restaurar de forma segura sin comprobar las subidas?
Simplemente desmarcar “habilitar subidas s3” no funciona
[Página anterior](https://meta.discourse.org/t/restore-process-cancelled-at-migrating-uploads-to-s3-step/123233.md?page=1)
[Página siguiente](https://meta.discourse.org/t/restore-process-cancelled-at-migrating-uploads-to-s3-step/123233.md?page=3)