¡Hola a todos!
Tuvimos algunos problemas relacionados con la exportación y restauración de datos y necesitamos su ayuda.
Contexto:
Queríamos exportar datos de Discourse Teams a un droplet autoalojado en Digital Ocean.
La copia de seguridad y la restauración se realizaron sin problemas. Sin embargo, después de la restauración, esto es lo que muestra Discourse:
Aquí está el registro de restauración de datos en formato txt:
Por favor, ayúdenos.
Edición:
Aquí está la captura de pantalla de /logs:
dsh.re/64209a (por favor agregue https://; lo siento, el foro no me permitió subir la imagen ni añadir otra URL)
¡Hola, Yash! Lamento saber que estás teniendo problemas con la copia de seguridad/restauración. ¿Ya probaste el modo seguro? Solo añade /safe-mode al final de la URL. Luego podrás ver qué sucede al desactivar el tema actual, los plugins no oficiales o todos los plugins.
También te recomiendo que revises /logs y el registro de errores de nginx para ver si hay algún error que pueda ayudarte a solucionarlo.
¿Qué ocurre cuando ejecutas ./launcher rebuild app desde la línea de comandos? Tal vez quieras probar a ejecutarlo varias veces. En el pasado, esto me ha funcionado.
Por último, ¿podrías compartir el contenido de tu archivo containers/app.yml (sin contraseñas ni información que identifique el sitio, por favor) para que podamos ver qué plugins tienes instalados?
Muchas gracias por tu rápida respuesta. Agradezco sinceramente tu ayuda.
Cuando voy a /safe-mode, me aparecen varias opciones de casillas de verificación, como desactivar el tema, etc. Una vez que marco todas y hago clic en “Siguiente”, el error en el frontend sigue siendo el mismo.
La URL agregada fue /?safe_mode=no_custom%2Cno_plugins%2Conly_official
Ten en cuenta que se trata de un droplet de DigitalOcean de un solo clic, sin plugins adicionales instalados por mi parte. Sin embargo, la instancia de Teams tenía muchos plugins. ¿Crees que eso podría estar causando el problema?
Estoy ejecutando ./launcher rebuild app en este momento. El primer intento no dio resultado. Lo estoy intentando de nuevo. Después de iniciar sesión, el error en el frontend sigue siendo el mismo.
Aquí tienes una captura de pantalla del archivo app.yml. ¿Debería exportar el archivo y enviártelo aquí?
Discourse | DigitalOcean Marketplace 1-Click App - ¿esto no funcionará? Tendré que eliminar el droplet y volver a configurarlo siguiendo las instrucciones que has compartido. ¿Es correcta mi comprensión?
Hola @tobiaseigen
He configurado un nuevo droplet e instalado Discourse siguiendo las instrucciones de GitHub. Inicié sesión, subí la copia de seguridad y procedí a restaurar, pero obtengo el mismo error.
¿Podrías ayudarme con los siguientes pasos? También he intentado ejecutar el reconstrucción del lanzador y el modo seguro, pero el error persiste. Hasta ahora no he instalado ningún complemento.
Nota al margen: el instalador de un solo clic de DigitalOcean utiliza Docker y la última versión disponible en GitHub. ¿No debería ser exactamente igual que una instalación manual?
Es un problema con las cargas. Está buscando un nombre de bucket de S3, pero el nuevo entorno no está configurado con uno.
¿Cómo se creó la copia de seguridad y se incluyeron todas las cargas? No veo ninguna carga en el registro de restauración, lo que sugiere que no había ninguna en la copia de seguridad.
¡Ah! ¿Se dio de baja este sitio antes de que hicieras la copia de seguridad? Si no fue así, los activos estarán en S3, por lo que una restauración completa fallará.
Para que la copia de seguridad funcione correctamente, debe activarse una configuración oculta para incluir todos los activos de S3 en la copia de seguridad.
Es posible que cancelar un sitio de equipos no active automáticamente esta configuración.
Estoy bastante seguro de que se trata de la descarga de copia de seguridad habitual que se realiza cuando un sitio se desactiva. Incluye todas las cargas.
Mañana lo probaré por mi cuenta y confirmaré que el proceso de copia de seguridad y restauración sigue funcionando correctamente en Teams.
Acabo de realizar una prueba rápida del proceso de copia de seguridad y veo que las cargas están efectivamente incluidas en el archivo de respaldo. Mañana veré si puedo averiguar cómo restaurarlo en un sitio autoalojado nuevo.
Hola @schleifer: Como correctamente señaló Tobias, la copia de seguridad se creó desde los equipos (la descarga habitual de copia de seguridad). Cuando hice clic en “Cancelar suscripción”, me dio la opción de realizar una copia de seguridad y descargarla. Después de eso, realicé una copia de seguridad adicional desde el panel de administración. Ambas tienen el mismo tamaño de archivo, pero ninguna funciona en la instalación autohospedada.
@pfaffman: No, no, el sitio seguía activo cuando realicé la copia de seguridad. No estoy seguro sobre la configuración oculta. Quizás eso podría ser el problema.
@tobiaseigen: Cuando descomprimo el archivo tar.gz, el único contenido es “dump.sql”. No veo ningún archivo multimedia ni adjuntos. ¿Hice algo mal al realizar la copia de seguridad?
Sí. Ese no es el respaldo que necesitas. Si solo tienes el volcado SQL, tendrás que consultar con ellos y obtener el respaldo que incluye las subidas. Estoy bastante seguro de que lo resolverán mañana y todo quedará bien.
Tuve los mismos pensamientos: si los archivos faltan, ¿no debería Discourse seguir mostrando todos los hilos, enlaces externos y conversaciones sin los archivos adjuntos cargados de forma nativa?
Creo que si extrae el archivo dump.sql.gz y lo renombra con full-dump-filename.sql.gz, la restauración funcionará, pero si tiene el nombre tar.gz, intentará procesar las cargas y fallará. (¿Quizás haya algo relacionado con S3 en la configuración del sitio? No lo entiendo del todo.) La semana pasada hubo un tema similar y esa fue la recomendación de Gerhard.
Pero si realmente quiere alojar el sitio, necesita las cargas, así que mejor esperar a la volcada completa.
@biyaniyash ¿Podrías ir a /admin/site_settings/category/all_results?filter=s3 en tu nuevo sitio, desactivar todo lo relacionado con S3 y volver a intentarlo? Eso debería hacer que tu sitio funcione.
Hola @tobiaseigen:
Esto es lo que veo por defecto cuando voy a /admin/site_settings/category/all_results?filter=s3 en el nuevo sitio de Discourse autoalojado:
