# Los adjuntos subidos a S3 muestran error 404 en un servidor nuevo

**URL:** https://meta.discourse.org/t/attachments-uploaded-to-s3-404-on-a-new-server/331442
**Category:** Support
**Created:** [17 Octubre, 2024 20:47 UTC](https://meta.discourse.org/t/attachments-uploaded-to-s3-404-on-a-new-server/331442 "2024-10-17T20:47:35Z")
**Posts on this page:** 1
**Page:** 1

<div class="post-metadata">

### Author: ![Eviepayne](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/eviepayne/32/352733_2.png) [@Eviepayne](https://meta.discourse.org/u/Eviepayne)
#### Post date: [17 Octubre, 2024 20:47 UTC](https://meta.discourse.org/t/attachments-uploaded-to-s3-404-on-a-new-server/331442/1 "2024-10-17T20:47:35Z")

</div>

\u003eACTUALIZACIÓN:  
Encontré esto

> [@Attachments are not being saved in S3](https://meta.discourse.org/t/attachments-are-not-being-saved-in-s3/131344):
>
> I have S3 enabled and it works correctly for images and mp3 files, but if I upload a pdf or an unconventional audio extension (.oga), they get saved locally in /uploads/short-url/whatever.pdf. Is this a bug or the intended behavior? If intended, is there a way to force all uploads to get saved in S3?

\u003e  
\u003e Pero cuando migro el servidor, estos no están disponibles, resultan en un 404.  
\u003e Ver más abajo # Nuevo descubrimiento, dejo el OP por si ayuda.

# Publicación original

Estoy trabajando en migrar un servidor de un lugar a otro.  
Hay S3 y una CDN configurados y la mayoría de las cargas parecen funcionar bien.  
En el proceso de migración, noté que un tipo específico de archivo adjunto no se carga en S3:

 ![image](https://global.discourse-cdn.com/meta/original/4X/9/2/4/924d5cb6a9564f626b8d4379cfa59ecb3626b334.png)

Intenté:

```plaintext
root@discourse-app: /var/www/discourse# rake uploads:analyze_missing_s3
Lista de publicaciones con imágenes faltantes:
Total de cargas faltantes: 0, la más reciente es
Total de publicaciones problemáticas: 0 con 0 cargas faltantes
Otro recuento de cargas faltantes: 0

```

Cuando voy a /var/discourse/shared/standalone/uploads:

```plaintext
root@discourse:/var/discourse/shared/standalone/uploads$ ls -lhAR
total 4.0K
drwxr-xr-x 3 nosferatu www-data 4.0K Jan 8 2024 csv_exports

./csv_exports:
total 4.0K
drwxr-xr-x 2 nosferatu www-data 4.0K Aug 21 00:45 default

./csv_exports/default:
total 0

```

Solo puedo encontrar:

```plaintext
root@discourse:/var/discourse/shared/standalone/uploads$ locate .funscript
/var/lib/docker/overlay2/3cc16f26278c625a5321f97cdc25e75e82c5a222ac7a9310e0a9ae24386777d8/diff/var/www/discourse/tmp/download_cache/031cb76f4769f63c6733bb3ef78ca520dbb11b89.funscript
/var/lib/docker/overlay2/3cc16f26278c625a5321f97cdc25e75e82c5a222ac7a9310e0a9ae24386777d8/diff/var/www/discourse/tmp/download_cache/0e7f3157d4b26e7600a04b19d8e49b4f97391f44.funscript
...

```

Cuando reviso el almacenamiento S3, no hay archivos con esos nombres.  
No tengo idea de dónde se almacenan estos archivos.

# Nuevo descubrimiento

Como se mencionó anteriormente, encontré por qué los enlaces se comportan de la manera en que lo hacen.  
Pero ahora, cuando vuelvo a desplegar un servidor con los siguientes pasos:

1. Iniciar discourse
2. Restaurar desde sql.gz en Admin \> Copias de seguridad \> Restaurar

Cuando intento descargar un archivo adjunto, obtengo un 404.