Error al iniciar - problema con pups

Instalación
1

Hola a todos -

He estado intentando reconstruir nuestra instancia de prueba después de una actualización sin éxito. Google/ChatGPT indican que tal vez algo está mal con el formato de app.yml, pero no he podido resolverlo. Aquí está la salida estándar (stdout), que sé que no es muy útil:

Se detectó la arquitectura x86_64.
ADVERTENCIA: El archivo containers/app.yml es legible por todos. Puede asegurar este archivo ejecutando: chmod o-rwx containers/app.yml
Asegurando que el lanzador esté actualizado
Su versión de Launcher está adelantada respecto al origen
Deteniendo el contenedor antiguo
app
2.0.20250226-0128: Extrayendo de discourse/base
Digest: sha256:6f18aa2cd22bba0deb91d69194e577d4f96130ad555ae8ec646a8792cbfe37db
Estado: La imagen está actualizada para discourse/base:2.0.20250226-0128
docker.io/discourse/base:2.0.20250226-0128
/usr/local/lib/ruby/gems/3.3.0/gems/pups-1.2.1/lib/pups.rb
/usr/local/bin/pups --stdin
109:C 13 Jun 2025 15:20:04.997 # oO0OoO0OoO0Oo Redis está iniciando oO0OoO0OoO0Oo
109:C 13 Jun 2025 15:20:04.997 # Versión de Redis=7.0.15, bits=64, commit=00000000, modificado=0, pid=109, recién iniciado
109:C 13 Jun 2025 15:20:04.997 # Configuración cargada
109:M 13 Jun 2025 15:20:04.997 * reloj monotónico: POSIX clock_gettime
109:M 13 Jun 2025 15:20:04.998 * Modo de ejecución=standalone, puerto=6379.
109:M 13 Jun 2025 15:20:04.998 # Servidor inicializado
109:M 13 Jun 2025 15:20:04.999 * Cargando RDB producido por la versión 7.0.7
109:M 13 Jun 2025 15:20:04.999 * Antigüedad del RDB 14 segundos
109:M 13 Jun 2025 15:20:04.999 * Uso de memoria del RDB al crearse 2.95 Mb
109:M 13 Jun 2025 15:20:05.007 * RDB cargado, claves cargadas: 3659, claves expiradas: 0.
109:M 13 Jun 2025 15:20:05.007 * DB cargada desde disco: 0.008 segundos
109:M 13 Jun 2025 15:20:05.007 * Listo para aceptar conexiones
3649:C 13 Jun 2025 15:22:52.415 # oO0OoO0OoO0Oo Redis está iniciando oO0OoO0OoO0Oo
3649:C 13 Jun 2025 15:22:52.415 # Versión de Redis=7.0.15, bits=64, commit=00000000, modificado=0, pid=3649, recién iniciado
3649:C 13 Jun 2025 15:22:52.415 # Configuración cargada
3649:M 13 Jun 2025 15:22:52.415 * reloj monotónico: POSIX clock_gettime
3649:M 13 Jun 2025 15:22:52.416 # Advertencia: No se pudo crear el socket de escucha TCP del servidor *:6379: bind: Dirección ya en uso
3649:M 13 Jun 2025 15:22:52.416 # Falló la escucha en el puerto 6379 (TCP), abortando.
109:M 13 Jun 2025 15:25:05.035 * 100 cambios en 300 segundos. Guardando...
109:M 13 Jun 2025 15:25:05.041 * Guardado en segundo plano iniciado por el pid 3823
3823:C 13 Jun 2025 15:25:05.257 * DB guardada en disco
3823:C 13 Jun 2025 15:25:05.257 * Fork CoW para RDB: actual 1 MB, pico 1 MB, promedio 0 MB
109:M 13 Jun 2025 15:25:05.342 * Guardado en segundo plano finalizado con éxito
109:signal-handler (1749828411) SIGTERM recibido, programando apagado...
109:M 13 Jun 2025 15:26:51.694 # Apagado solicitado por el usuario...
109:M 13 Jun 2025 15:26:51.694 * Guardando la instantánea final de RDB antes de salir.
109:M 13 Jun 2025 15:26:51.710 * DB guardada en disco
109:M 13 Jun 2025 15:26:51.710 # Redis está listo para salir, adiós...
el bootstrap falló con código de salida 1
** FALLÓ EL BOOTSTRAP ** por favor, desplácese hacia arriba y busque mensajes de error anteriores, puede haber más de uno.
5b720b35a25e026d9908c60a2f7c5bcf3725b16a0b282875e8a66ce5ace4d06b

```Me gustaría subir el stderr como un archivo adjunto, pero como soy un usuario nuevo no puedo. ¿Quizás este último fragmento del log con el extracto que involucra a pups sea suficiente?

2025-06-13 15:26:51.615 UTC [42] LOG: aborting any active transactions
2025-06-13 15:26:51.634 UTC [42] LOG: background worker “logical replication launcher” (PID 56) exited with exit code 1
2025-06-13 15:26:51.634 UTC [51] LOG: shutting down
2025-06-13 15:26:51.637 UTC [51] LOG: checkpoint starting: shutdown immediate
2025-06-13 15:26:51.646 UTC [51] LOG: checkpoint complete: wrote 15 buffers (0.0%); 0 WAL file(s) added, 0 removed, 0 recycled; write=0.001 s, sync=0.003 s, total=0.012 s; sync files=3, longest=0.003 s, average=0.001 s; distance=49 kB, estimate=243 kB
2025-06-13 15:26:51.659 UTC [42] LOG: database system is shut down
/usr/local/lib/ruby/gems/3.3.0/gems/pups-1.2.1/lib/pups/config.rb:223:in block (2 levels) in run_commands': Invalid run command filename (SyntaxError) from /usr/local/lib/ruby/gems/3.3.0/gems/pups-1.2.1/lib/pups/config.rb:211:in each’
from /usr/local/lib/ruby/gems/3.3.0/gems/pups-1.2.1/lib/pups/config.rb:211:in block in run_commands' from /usr/local/lib/ruby/gems/3.3.0/gems/pups-1.2.1/lib/pups/config.rb:210:in each’
from /usr/local/lib/ruby/gems/3.3.0/gems/pups-1.2.1/lib/pups/config.rb:210:in run_commands' from /usr/local/lib/ruby/gems/3.3.0/gems/pups-1.2.1/lib/pups/config.rb:191:in run’
from /usr/local/lib/ruby/gems/3.3.0/gems/pups-1.2.1/lib/pups/cli.rb:89:in run' from /usr/local/lib/ruby/gems/3.3.0/gems/pups-1.2.1/bin/pups:9:in <top (required)>’
from /usr/local/bin/pups:25:in load' from /usr/local/bin/pups:25:in ’


¿Hay algo más que deba buscar que arroje luz sobre el problema? ¡Agradezco tu ayuda!
2

Por cierto, ejecuté el archivo app.yml a través de un linter YAML y no encontró nada. También intenté reconstruir sin ningún plugin activo y eso no hizo ninguna diferencia.

3

Sugiero que pegues todo o parte de tu archivo YML, teniendo cuidado de redactar contraseñas y tokens de acceso. La salida

parece sospechosa. Mi propio archivo YML es muy simple, sin comandos, pero quizás el tuyo sea complicado.

2 Me gusta
4

Gracias @Ed_S. He adjuntado el YML con la esperanza de que haya una pista allí.

app_yml_redacted.txt (4.7 KB)

5

Gracias. Lo único que puedo ver es que donde yo tengo

templates/web.ratelimited.template.yml
usted tiene
templates/web.ratelimited-whitelist.template.yml
¿Es posible que haya un error de sintaxis en ese archivo? Estaría, creo, en
/var/discourse/templates/web.ratelimited-whitelist.template.yml
Aunque podría haber igualmente un error de sintaxis en cualquiera de las otras plantillas mencionadas.

1 me gusta
6

He definitivamente reducido esto a este archivo:

/var/discourse/templates/web.ratelimited-whitelist.template.yml

que pego a continuación.

params:
  reqs_per_second: 12
  burst_per_second: 12
  reqs_per_minute: 200
  burst_per_minute: 100
  conn_per_ip: 20

run:
  - replace:
    filename: "/etc/nginx/conf.d/discourse.conf"
    from: /server.+{/
    to: |
       geo $limit {
           default 1;
           XX.YYY.ZZ.ZZZ 0; # hubprod
           XXX.YY.ZZZ.ZZZ 0; # hubdev
       }

       map $limit $limit_key {
           0 "";
           1 $binary_remote_addr;
       }

       limit_req_zone $limit_key zone=flood:10m rate=$reqs_per_secondr/s;
       limit_req_zone $limit_key zone=bot:10m rate=$reqs_per_minuter/m;
       limit_req_status 429;
       limit_conn_zone $limit_key zone=connperip:10m;
       limit_conn_status 429;
       server {
  - replace:
    filename: "/etc/nginx/conf.d/discourse.conf"
    from: "/location @discourse {/"
    to: |
       location @discourse {
         limit_conn connperip $conn_per_ip;
         limit_req zone=flood burst=$burst_per_second nodelay;
         limit_req zone=bot burst=$burst_per_minute nodelay;

¿Hay algo en el comando run que parezca incorrecto?

7

Tu indentación es solo muy ligeramente diferente de lo que podría esperar. Y tienes una línea en blanco al final. Pero no sé si estas son pistas.

1 me gusta
8

Creo que en tu lugar empezaría a eliminar secciones de este YML en una búsqueda binaria para encontrar al culpable. Tienes un par de líneas en blanco y tienes dos secciones de ‘reemplazar’ que quizás podrías eliminar una a una. Empieza eliminando secciones importantes y espera poder converger en el problema.

2 Me gusta
9

Gracias por tu ayuda @Ed_S, resultó ser una mala indentación oculta en el archivo YAML que mencioné anteriormente. No estoy seguro de por qué ninguno de los analizadores lo detectó, pero comparar el archivo problemático con uno en producción aclaró el problema de inmediato.

2 Me gusta
10

This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.