# Tras la actualización, el sitio no se abrió y la base de datos de respaldo no se cargó

**URL:** <https://meta.discourse.org/t/after-the-update-the-site-did-not-open-and-the-backup-database-was-not-loaded/295786>\
**Category:** Self-hosting\
**Created:** [18 Febrero, 2024 12:58 UTC](https://meta.discourse.org/t/after-the-update-the-site-did-not-open-and-the-backup-database-was-not-loaded/295786 "2024-02-18T12:58:13Z")\
**Posts on this page:** 1\
**Showing post:** 2

<div class="post-metadata">

**Author:** ![merefield](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/merefield/32/176214_2.png) [@merefield](https://meta.discourse.org/u/merefield)\
**Post date:** [18 Febrero, 2024 18:46 UTC](https://meta.discourse.org/t/after-the-update-the-site-did-not-open-and-the-backup-database-was-not-loaded/295786/2 "2024-02-18T18:46:04Z")

</div>

He estado revisando esto con @kuaza debido a su experiencia con mi plugin.

Eliminamos el índice problemático de dump.sql que estaba causando el error anterior y lo restauramos.

Había un script actualizado para eliminar este índice, pero algunos usuarios del plugin podrían no haber visto la actualización.

Ahora tenemos una acumulación, pero no hay conexión desde el navegador.

Hemos vuelto a poner en marcha el contenedor sin el índice problemático y se ha eliminado todo el script antiguo en app.yml para construir pgembedding, por lo que está limpio pero con plugins.

el contenedor está en marcha; puedes entrar sin problema.

psql aparentemente en marcha; puedes iniciar el prompt de la base de datos dentro del contenedor sin problema.

dentro del contenedor puedes abrir rails c sin problema.

`/var/discourse/shared/standalone/log/rails# tail -n 200 production.log`

no muestra ningún mensaje de error obvio.

Actualmente estoy perplejo.

¿Alguna idea sobre otras cosas que revisar?

---

_[View the full topic](https://meta.discourse.org/t/after-the-update-the-site-did-not-open-and-the-backup-database-was-not-loaded/295786)._
