Almacenamiento de DO y copias de seguridad cargadas no se muestran

He subido mi copia de seguridad a través de SSH a la nueva unidad de almacenamiento y no aparece en la sección de administración.

Mi app.yml se ve así según las instrucciones aquí: Move Uploads and Backups to DigitalOcean Block Storage

## El contenedor Docker no tiene estado; todos los datos se almacenan en /shared
volumes:
   - volume:
      host: /mnt/volume_lon1_01/shared/standalone
      guest: /shared
   - volume:
      host: /mnt/volume_lon1_01/shared/standalone/log/var-log
      guest: /var/log
    - volume:
      host: /var/postgres_data_discourse
      guest: /shared/postgres_data

Esto me está volviendo loco…

¿Recompilaste la aplicación después de cambiar/añadir esos valores?

1 me gusta

Sí, reconstruí la aplicación después de hacer cambios

¿Cuál se supone que es el directorio?

¿Backups o backups/default?

Actualmente, la copia de seguridad está en /backups

Intentaré restaurarlo a través de la línea de comandos hoy si no puedo hacer que aparezca en la interfaz de usuario.

Ahí es donde. Puedes hacer una copia de seguridad para ver dónde se almacenan.

Es el mismo código, así que eso no cambiará nada.

1 me gusta

Hice una copia de seguridad pero no la encuentro por ningún lado, los registros muestran…

[2022-03-01 10:05:53] Asegurándose de que '/var/www/discourse/public/backups/default' existe...

¡Pero no existe! ¿Dónde podría estar la copia de seguridad?

Pensé que la copia de seguridad estaría en la nueva unidad de almacenamiento, ¿qué me estoy perdiendo aquí?

¿Debería ./launcher rebuild app restablecer el foro cada vez?

Tampoco puedo subir nada, ni imágenes, etc. Odio que esto siempre rompa mi compilación cuando sigo lo que creo que deberían ser guías decentes para hacer las cosas, solo quería añadir algo de almacenamiento a mi hosting existente, ahora estoy sin sitio web, muy frustrante :face_with_spiral_eyes:

1 me gusta

Volví a empezar usando la “guía oficial”, crearé una instantánea cuando esté instalada para poder revertir si es necesario.

Esa es la ruta dentro del contenedor.

Creo que la copia de seguridad debería estar en

/mnt/volume_lon1_01/shared/standalone/backups/default

fuera del contenedor.

1 me gusta

Eso es lo que pensé, pero tampoco estaba allí. Tampoco pude subir nada a las publicaciones, imágenes, etc., solo obtuve un error. No creo que esa guía de almacenamiento funcione.

¿Moviste todas esas cosas a la nueva ubicación? ¿Qué ves en

  /mnt/volume_lon1_01/shared/standalone

y/o

  /mnt/volume_lon1_01/shared/
1 me gusta

Seguí el tutorial exacto y todo estaba en esa ubicación, he vuelto a empezar.

Esto es lo que he hecho:

Seguí esta guía aquí: https://github.com/discourse/discourse/blob/main/docs/INSTALL-cloud.md

Subí mi copia de seguridad a través de SSH a backups/default

Creé una instantánea de este punto para poder revertir si algo sale mal

Tengo un volumen montado en /mnt/ listo para una mudanza, cuando moví los directorios la última vez encontré los siguientes problemas:

  • La copia de seguridad no se guardó en la nueva carpeta de copias de seguridad del volumen (de hecho, no la encontré en absoluto)
  • Las cargas de imágenes simplemente fallaron, supongo que porque no pudieron cargarse en el nuevo volumen por alguna razón

¿Se probaron las cargas y las copias de seguridad con este tutorial aquí @techAPJ Move Uploads and Backups to DigitalOcean Block Storage

Además de todo esto, tengo que esperar a letsencrypt, creo que esto tarda una semana ya que no me di cuenta de que una reconstrucción intentaría obtener un nuevo certificado cada vez, así que he agotado mis intentos, no puedo acceder al sitio en absoluto hasta que tenga los certificados SSL, http funciona por un minuto pero luego se fuerza a https lo que significa que no puedo registrarme.

Usé estos comandos como indicaba el tutorial:

mv /var/discourse/shared/standalone/postgres_data /var/postgres_data_discourse
mv /var/discourse/shared /mnt/volume_lon1_01

Eso es frustrante. Lo siento. Las instrucciones me parecen correctas, pero es el tipo de cosa que si cometes un pequeño error no funciona.

¿Ves los archivos si entras en el contenedor y miras en /shared/?

Puedes saltarte el límite de Let’s Encrypt si haces Configurar Let’s Encrypt con Múltiples Dominios.

1 me gusta

Todavía no he movido nada al nuevo volumen, pero quiero algo de claridad porque seguí los pasos exactos y no funcionó.

No entiendo nada de esa publicación y por ahora he terminado de trastear con ella, esperaré porque, como dices, es frustrante, solo quiero que mi sitio vuelva a estar en funcionamiento y una instantánea del mismo antes de hacer nada más.

Por cierto, @pfaffman, gracias por tu ayuda hasta ahora, muy apreciada.

Entonces no puede funcionar y no seguiste las instrucciones; una forma más segura de hacerlo sería copiar las cosas al nuevo volumen, para que pudieras cambiar más fácilmente. Quizás las instrucciones se sentirían más seguras si incluyeran copiar los archivos y luego eliminarlos (que es exactamente lo que hace mv ya que se mueve entre particiones).

¿Quizás no viste esta parte de mi publicación?

1 me gusta

¡Eso tiene mucho más sentido!

Recomiendo que uses rsync o cp para copiar los archivos a la nueva partición en lugar de mv, lo que facilitará el regreso a la configuración original si algo sale mal. Luego, simplemente puedes

 ./launcher destroy app
 ./launcher start app

Para ver si la nueva configuración funciona. Y volver a una versión de respaldo de app.yml si no lo hace.

1 me gusta

Esa es una excelente idea, gracias. Lo intentaré tan pronto como pueda.

1 me gusta