Hay algunas advertencias de "_ has unmet peer dependency" arriba, pero este es el primer error (aparte de "_ already exists" al configurar la base de datos, pero entiendo que ese es un comportamiento esperado).
Desafortunadamente, la actualización en la que esto comenzó a suceder fue el día antes de irme de viaje por carretera con mi familia, así que tenía prisa y no tuve tiempo de solucionar el problema en ese momento. Pero esto me sucede de manera consistente. El host está completamente actualizado y no recuerdo haber hecho nada particularmente único con la configuración. Puse /var/discourse en un volumen separado de Digital Ocean hace ~3 meses (lo cual sé que No Se Recomienda™ por razones de rendimiento, pero para un foro con cientos de usuarios, pensé que valía la pena el compromiso), pero funcionó bien después de ese cambio, hasta donde puedo decir.
Ejecuté ./launcher start app y ahora obtengo un HTTP 502. Desde ./launcher logs app, veo
[Wed 19 Jul 2023 10:18:34 PM UTC] Run reload cmd: sv reload nginx
fail: nginx: runsv no está en ejecución
[Wed 19 Jul 2023 10:18:34 PM UTC] Error de recarga para :
Se inició runsvdir, el PID es 530
ok: run: redis: (pid 542) 0s
ok: run: postgres: (pid 543) 0s
supervisor pid: 538 unicorn pid: 569
No se pudieron encontrar rtlcss-0.2.1, mini_racer-0.8.0, puma-6.3.0, msgpack-1.7.1, libv8-node-18.16.0.0-x86_64-linux en los gems instalados localmente
Ejecute `bundle install` para instalar los gems faltantes.
config/unicorn_launcher: line 71: kill: (569) - No such process
config/unicorn_launcher: line 15: kill: (569) - No such process
(538) saliendo
Para hacer eso, tengo que entrar en el contenedor. Lo hice, y cuando inicio el contenedor después, la interfaz web muestra
Oops
El software que impulsa este foro de discusión encontró un problema inesperado. Lamentamos las molestias.
La información detallada sobre el error se registró y se generó una notificación automática. Le echaremos un vistazo.
No se requiere ninguna acción adicional. Sin embargo, si la condición de error persiste, puede proporcionar detalles adicionales, incluidos los pasos para reproducir el error, publicando un tema de discusión en la categoría de comentarios del sitio.
./launcher logs app muestra
[Mié 19 Jul 2023 11:52:05 PM UTC] Dominios no cambiados.
[Mié 19 Jul 2023 11:52:05 PM UTC] Saltar, la próxima hora de renovación es: 2023-08-21T00:34:21Z
[Mié 19 Jul 2023 11:52:05 PM UTC] Añadir '--force' para forzar la renovación.
[Mié 19 Jul 2023 11:52:05 PM UTC] Instalando clave en: /shared/ssl/distroleaders.club_ecc.key
[Mié 19 Jul 2023 11:52:05 PM UTC] Instalando cadena completa en: /shared/ssl/distroleaders.club_ecc.cer
[Mié 19 Jul 2023 11:52:05 PM UTC] Ejecutar comando de recarga: sv reload nginx
fallo: nginx: runsv no está en ejecución
[Mié 19 Jul 2023 11:52:05 PM UTC] Error de recarga para:
Iniciado runsvdir, PID es 530
ok: run: redis: (pid 544) 0s
ok: run: postgres: (pid 543) 0s
supervisor pid: 538 unicorn pid: 575
Si vuelvo a entrar en el contenedor, puedo ejecutar sv reload nginx con éxito, pero eso no cambia el comportamiento.
Además, si vuelvo a ejecutar ./launcher rebuild app, entonces tengo que volver a entrar en el contenedor para ejecutar bundle install de nuevo.
No que yo recuerde (a menos que @mattdm haya colado alguno sin que me diera cuenta ). discourse-doctor también dice “No se detectaron plugins no oficiales”.
fatal: not a git repository (or any parent up to mount point /var)
Tu directorio /var/discourse no es un repositorio de git, lo que interrumpe la actualización automática del lanzador y las herramientas que usamos para iniciar Discourse, lo que a su vez significa que estás atascado en una imagen de docker antigua.
Necesitas deshacer los cambios que hiciste para romper eso.
Cuando copiaste los archivos a tu volumen, no copiaste .git, por lo que necesitarás clonarlo y copiar el resto de las cosas allí.
Probablemente deberías hacer que tu volumen solo contenga las cargas, que supongo que es lo que ocupa la mayor parte del espacio, y luego puedes tener solo las cargas y copias de seguridad en el volumen.
Dios mío. Apuesto a que puedo adivinar exactamente lo que hice e involucra el hecho de que * no coincide con .git en un comando rsync. No sería la primera vez que uso rsync para complicarme la vida. ¡Gracias por darte cuenta!
¿Hay alguna razón técnica por la que la reconstrucción no pueda salir en ese punto? Habría facilitado la resolución de problemas (aunque empezar por arriba en lugar de por abajo también lo habría hecho).
Afortunadamente, todavía tengo el archivo tar de pre-migración porque no he perdido todas mis habilidades de sysadmin a lo largo de los años.
Esto está en el droplet más pequeño de Digital Ocean, por lo que es principalmente el sistema el que ocupa espacio. Las cargas y las copias de seguridad juntas son ~100 MB. Creo que lo que probablemente terminaré haciendo, si hago un cambio, es pasar a un droplet más grande que tenga más espacio en disco.
). discourse-doctor también dice “No se detectaron plugins no oficiales”.