Cuando ejecuto ./launcher stop app y luego ./launcher start app, el sitio muestra 502 Bad Gateway. No sé cuál es el problema, intenté reconstruir pero no tuve éxito.
Por favor, aconséjame cómo puedo solucionar esto.
¿Podrías compartir los registros de reconstrucción?
root@amsaal:/var/discourse# ./launcher logs app
Se detectó la arquitectura x86_64.
run-parts: ejecutando /etc/runit/1.d/00-ensure-links
run-parts: ejecutando /etc/runit/1.d/00-fix-var-logs
run-parts: ejecutando /etc/runit/1.d/01-cleanup-web-pids
run-parts: ejecutando /etc/runit/1.d/anacron
run-parts: ejecutando /etc/runit/1.d/cleanup-pids
Limpiando archivos PID obsoletos
run-parts: ejecutando /etc/runit/1.d/copy-env
run-parts: ejecutando /etc/runit/1.d/letsencrypt
[lun 15 abr 2024 10:12:06 UTC] Dominios no cambiados.
[lun 15 abr 2024 10:12:06 UTC] Omitir, la próxima renovación es: 2024-06-12T11:28:31Z
[lun 15 abr 2024 10:12:06 UTC] Añadir '--force' para forzar la renovación.
[lun 15 abr 2024 10:12:07 UTC] Instalando clave en: /shared/ssl/amsaal.net.key
[lun 15 abr 2024 10:12:07 UTC] Instalando cadena completa en: /shared/ssl/amsaal.net.cer
[lun 15 abr 2024 10:12:07 UTC] Ejecutando comando de recarga: sv reload nginx
advertencia: nginx: no se puede abrir supervise/ok: el archivo no existe
[lun 15 abr 2024 10:12:07 UTC] Error de recarga para :
[lun 15 abr 2024 10:12:07 UTC] Dominios no cambiados.
[lun 15 abr 2024 10:12:07 UTC] Omitir, la próxima renovación es: 2024-06-12T11:28:38Z
[lun 15 abr 2024 10:12:07 UTC] Añadir '--force' para forzar la renovación.
[lun 15 abr 2024 10:12:08 UTC] Instalando clave en: /shared/ssl/amsaal.net_ecc.key
[lun 15 abr 2024 10:12:08 UTC] Instalando cadena completa en: /shared/ssl/amsaal.net_ecc.cer
[lun 15 abr 2024 10:12:08 UTC] Ejecutando comando de recarga: sv reload nginx
advertencia: nginx: no se puede abrir supervise/ok: el archivo no existe
[lun 15 abr 2024 10:12:08 UTC] Error de recarga para :
Iniciado runsvdir, PID es 537
ok: run: redis: (pid 550) 0s
ok: run: postgres: (pid 551) 0s
nginx: [advertencia] la directiva "listen ... http2" está obsoleta, use la directiva "http2" en su lugar en /etc/nginx/conf.d/discourse.conf:60
supervisor pid: 545 unicorn pid: 577
root@amsaal:/var/discourse#
Eso no es lo que quise decir, ¿podrías ejecutar ./launcher rebuild app y luego compartir la salida de eso? (Además, por favor, pon la salida entre bloques de código, hace que el tema sea más fácil de leer)
Esto haría que fuera un poco más fácil para el usuario reconstruirlo de esta manera, ya que registrará la salida estándar en un archivo
./launcher rebuild app >> rebuild.log
1 me gusta
si desea archivos diferentes por reconstrucción:
./launcher rebuild app > "rebuild-$(date -Imin).log" 2>&1
Tarda uno o dos minutos después de iniciar el contenedor para que empiece a servir contenido. ¿Has intentado esperar unos minutos antes de ir al sitio web?
1 me gusta
Se detectó la arquitectura x86_64.
Asegurando que el lanzador esté actualizado
El lanzador está actualizado
Deteniendo el contenedor antiguo
app
2.0.20231218-0429: Extrayendo de discourse/base
Digest: sha256:468f70b9bb4c6d0c6c2bbb3efc1a5e12d145eae57bdb6946b7fe5558beb52dc1
Status: La imagen está actualizada para discourse/base:2.0.20231218-0429
docker.io/discourse/base:2.0.20231218-0429
/usr/local/lib/ruby/gems/3.2.0/gems/pups-1.2.1/lib/pups.rb
/usr/local/bin/pups --stdin
97:C 15 Apr 2024 18:52:04.329 # oO0OoO0OoO0Oo Redis está iniciando oO0OoO0OoO0Oo
97:C 15 Apr 2024 18:52:04.329 # Versión de Redis=7.0.7, bits=64, commit=00000000, modificado=0, pid=97, recién iniciado
97:C 15 Apr 2024 18:52:04.330 # Configuración cargada
97:M 15 Apr 2024 18:52:04.331 * Reloj monotónico: POSIX clock_gettime
97:M 15 Apr 2024 18:52:04.336 * Modo de ejecución=standalone, puerto=6379.
97:M 15 Apr 2024 18:52:04.336 # Servidor inicializado
97:M 15 Apr 2024 18:52:04.337 * Cargando RDB producido por la versión 7.0.7
97:M 15 Apr 2024 18:52:04.337 * Edad del RDB 31 segundos
97:M 15 Apr 2024 18:52:04.337 * Uso de memoria del RDB cuando se creó 23.25 Mb
97:M 15 Apr 2024 18:52:04.451 * Carga del RDB completada, claves cargadas: 1351, claves expiradas: 5.
97:M 15 Apr 2024 18:52:04.461 * DB cargado desde disco: 0.124 segundos
97:M 15 Apr 2024 18:52:04.461 * Listo para aceptar conexiones
3507:C 15 Apr 2024 18:58:01.238 # oO0OoO0OoO0Oo Redis está iniciando oO0OoO0OoO0Oo
3507:C 15 Apr 2024 18:58:01.238 # Versión de Redis=7.0.7, bits=64, commit=00000000, modificado=0, pid=3507, recién iniciado
3507:C 15 Apr 2024 18:58:01.238 # Configuración cargada
3507:M 15 Apr 2024 18:58:01.239 * Reloj monotónico: POSIX clock_gettime
3507:M 15 Apr 2024 18:58:01.240 # Advertencia: No se pudo crear el socket de escucha TCP del servidor *:6379: bind: Dirección ya en uso
3507:M 15 Apr 2024 18:58:01.240 # Falló la escucha en el puerto 6379 (TCP), abortando.
97:M 15 Apr 2024 18:58:27.220 * 100 cambios en 300 segundos. Guardando...
97:M 15 Apr 2024 18:58:27.223 * Guardado en segundo plano iniciado por el pid 3555
3555:C 15 Apr 2024 18:58:30.967 * DB guardado en disco
3555:C 15 Apr 2024 18:58:30.969 * Fork CoW para RDB: actual 1 MB, pico 1 MB, promedio 1 MB
97:M 15 Apr 2024 18:58:31.058 * Guardado en segundo plano terminado con éxito
97:M 15 Apr 2024 19:03:32.047 * 100 cambios en 300 segundos. Guardando...
97:M 15 Apr 2024 19:03:32.063 * Guardado en segundo plano iniciado por el pid 3634
3634:C 15 Apr 2024 19:03:37.774 * DB guardado en disco
3634:C 15 Apr 2024 19:03:37.777 * Fork CoW para RDB: actual 1 MB, pico 1 MB, promedio 1 MB
97:M 15 Apr 2024 19:03:37.828 * Guardado en segundo plano terminado con éxito
97:signal-handler (1713208309) Se recibió SIGTERM programando el apagado...
97:M 15 Apr 2024 19:11:49.130 # El usuario solicitó el apagado...
97:M 15 Apr 2024 19:11:49.131 * Guardando la instantánea RDB final antes de salir.
97:M 15 Apr 2024 19:11:52.592 * DB guardado en disco
97:M 15 Apr 2024 19:11:52.593 # Redis está listo para salir, adiós...
sha256:066d1fc0bf450b6f9043e13960cafef6b7751d92f0d89cc4e0865208293ce2e2
58661874f252e2e9dac3955608dbbe90e60f020a4d307d2818e7f991d39f8010
Eliminando contenedor antiguo
app
ea032a7acab7743f4ef8de3b9a536da0dbbf36b8c9dd5b2a9add0cfb01286e5d
Sí, así que después de que el proceso de reconstrucción se completó después de 30 segundos, el sitio no funcionaba, error 502 gateway, luego hice /launch restart app con launch start app y funcionó.
Así que tal vez está pasando algo.
Eso… Parece un registro incompleto. ¿Realmente termina ahí, o solo se pausa por un largo período de tiempo? Si es lo segundo, entonces podrías necesitar más memoria RAM/swap.
Intenta esperar 60 segundos.
1 me gusta
puede que se pause o que tarde mucho tiempo, casi 30 minutos en terminar la reconstrucción, creo que es la RAM que solo tiene 2 GB lo que podría hacer las cosas lentas, pero no tengo ningún problema de memoria por el momento. solo es lento, normalmente no debería tardar más de 1-2 minutos dependiendo de las especificaciones.
Mis especificaciones de VPS a continuación.
CPU: AMD EPYC 7551P 32 núcleos, 2000 MHz
RAM: 2 GB
SSD: 60 GB
No obtendrías un 502 si el contenedor no estuviera en funcionamiento. Si hubieras esperado un poco más, el sitio habría empezado a funcionar.
No es que detener y reiniciar hiciera algo, es solo que esperaste mucho cuando hiciste el reinicio.
Se espera que tengas un error 502 durante un período de tiempo mientras el contenedor se inicia. No tienes un problema.
1 me gusta
a decir verdad, eso no está fuera de lo común, las reconstrucciones no son rápidas, especialmente cuando…
…no tienes mucha memoria.
En general, hoy en día se recomiendan al menos 4 GB de memoria total (RAM y swap) para Discourse.
Al actualizar discourse desde la interfaz de administración, recibo esta advertencia de problemas incompatibles
warning Resolution field "unset-value@2.0.1" is incompatible with requested version "unset-value@^1.0.0"
[3/5] Fetching packages...
warning Pattern ["wrap-ansi-cjs@npm:wrap-ansi@^7.0.0"] is trying to unpack in the same destination "/home/discourse/.cache/yarn/v6/npm-wrap-ansi-cjs-7.0.0-67e145cff510a6a6984bdf1152911d69d2eb9e43-integrity/node_modules/wrap-ansi-cjs" as pattern ["wrap-ansi@^7.0.0"]. This could result in non-deterministic behavior, skipping.
[4/5] Linking dependencies...
warning "@discourse/lint-configs > eslint-plugin-ember > ember-eslint-parser@0.3.8" has unmet peer dependency "@typescript-eslint/parser@^6.15.0".
warning "> @glint/environment-ember-loose@1.4.0" has unmet peer dependency "@glimmer/component@^1.1.2".
warning "> discourse-markdown-it@1.0.0" has unmet peer dependency "xss@*".
warning "workspace-aggregator-e69f39ff-3f17-47f3-9e20-638bb7914a45 > discourse > @uppy/aws-s3@3.0.6" has incorrect peer dependency "@uppy/core@^3.1.2".
warning "workspace-aggregator-e69f39ff-3f17-47f3-9e20-638bb7914a45 > discourse > @uppy/aws-s3-multipart@3.1.3" has incorrect peer dependency "@uppy/core@^3.1.2".
warning "workspace-aggregator-e69f39ff-3f17-47f3-9e20-638bb7914a45 > discourse > @uppy/xhr-upload@3.1.1" has incorrect peer dependency "@uppy/core@^3.1.2".
warning "workspace-aggregator-e69f39ff-3f17-47f3-9e20-638bb7914a45 > discourse-plugins > ember-this-fallback@0.4.0" has unmet peer dependency "ember-source@^3.28.11 || ^4.0.0".
warning "workspace-aggregator-e69f39ff-3f17-47f3-9e20-638bb7914a45 > admin > ember-source > router_js@8.0.3" has unmet peer dependency "rsvp@^4.8.5".
warning "workspace-aggregator-e69f39ff-3f17-47f3-9e20-638bb7914a45 > discourse > @uppy/aws-s3 > @uppy/xhr-upload@3.3.0" has incorrect peer dependency "@uppy/core@^3.2.1".
Esos se pueden ignorar de forma segura, no impedirán que Discourse se reconstruya.