Problema después de reconstruir Discourse en Digital Ocean Droplet

He implementado Discourse con éxito en un Digital Ocean Droplet, pero después de iniciar una reconstrucción, me encontré con problemas.

  • Registros: Ver aquí - Notablemente, hay un mensaje de “x86_64 arch detected”.
  • Configuración de App.yml: Ver aquí

¿Alguien se ha enfrentado a un problema similar? Agradecería cualquier información o solución.

Las líneas 99 a 101 tienen un nivel de sangría incorrecto, necesitan uno más. Vea aquí un ejemplo adecuado:

3 Me gusta

¡Hecho! Sigo teniendo el mismo problema, sin embargo.

Puedes intentar pasar todo el archivo YAML a través de un linter para comprobar si hay más problemas.

3 Me gusta

He estado enfrentando desafíos con mi configuración de Discourse:

  1. Archivo YAML y Sintaxis:

    • He verificado mi configuración YAML usando YamlLint; no marcó ningún problema.
    • Sin embargo, apareció un error de sintaxis de un directorio de Ruby:
      /usr/local/lib/ruby/gems/3.2.0/gems/pups-1.1.1/lib/pups/config.rb:148:in `block (2 levels) in run_commands': Invalid run command cd (SyntaxError)
      ...
      from /usr/local/bin/pups:25:in `<main>'
      
  2. Reconstrucción y Acceso:

    • Volví al archivo app.yml predeterminado e hice algunas modificaciones. La reconstrucción fue exitosa.
    • Sin embargo, cuando intento acceder al sitio, encuentro estos errores:

  3. Prueba con el Navegador W3M:

    • Para diagnosticar más a fondo, instalé w3m, un navegador de terminal, en el droplet.
    • Acceder a localhost resultó en un error de ‘502 bad gateway’:
  4. Problemas de SSL

    • Pensé que podría ser un problema de SSL y ahora estoy renovando los certificados SSL.

¡Cualquier información o ayuda sería muy apreciada!

Mi foro lleva caído 2 días.

Podría ser, si alcanzaste su límite de solicitudes. ¿Cómo terminó tu revisión?

¿Tienes una copia de seguridad de tu foro y has intentado restaurarla en otro servidor? Si mi foro estuviera caído durante 2 días, tardaría 30 minutos en intentarlo.

2 Me gusta

No tengo una copia de seguridad de mi foro, soy muy nuevo en la configuración de Discourse.

Si empiezas desde cero, deberías intentar instalar una instancia nueva usando un subdominio nuevo. Eso debería evitar el límite de tasa de letsencrypt si lo has alcanzado. :+1:

1 me gusta

Tener Cloudflare delante de tu sitio es una forma de ver que Let’s Encrypt falla. Recomendaría usar solo DNS hasta que estés seguro de que Let’s Encrypt está funcionando correctamente.

2 Me gusta

Ya tengo usuarios y datos, no quiero perderlo todo y empezar de cero.

¡Gracias por el consejo! ¡Ahora está en solo DNS! :slightly_smiling_face:

Editar: Ahora también estoy recibiendo error image,

Parece que la solución fácil es moverse a un subdominio diferente, o esperar una semana hasta que Let’s Encrypt te dé un certificado. La forma más difícil es agregar un segundo subdominio que apunte a tu servidor y modificar tu app.yml para solicitar un certificado para ambos subdominios. Configurar Let’s Encrypt con múltiples dominios. Dado que parece que tus problemas comenzaron porque tienes problemas con el formato YML, esta solución bastante complicada podría no funcionar para ti.

1 me gusta

Entonces, necesitas asegurarte absolutamente de tener una copia de seguridad y guardarla en un lugar seguro.

2 Me gusta

Gracias por la idea, ahora usé un subdominio diferente, pero tengo el mismo problema.

Un ‘502’ y un ‘Connection Refused’.

¿Tu DNS para el subdominio apunta a la dirección IP de ese servidor? ¿Y no tienes ningún otro registro A o AAAA para el subdominio?

Te recomiendo que ejecutes ./discourse-setup que comprobará que las conexiones entrantes a tu dominio están llegando a tu servidor.

¿Puedes conectarte por SSH a tu servidor usando el nombre de host con ssh user@subdominio.tusitio.com (o el que sea tu subdominio?

1 me gusta

Sí, me he asegurado de que el DNS para el subdominio apunte a la dirección IP del servidor y no hay otros registros A o AAAA en conflicto para él.

He ejecutado el comando y aquí está la salida

Última actualización: Después de ejecutar discourse-setup, al navegar a home.techwithanirudh.com se produce un error de “502 Bad Gateway”. Aquí tienes una instantánea del error (refiriéndote a la imagen adjunta).

Absolutamente, conectarse por SSH al servidor usando el nombre de host funciona perfectamente.

Trabajé con @techwithanirudh sin conexión para resolver esto… @techwithanirudh no estaba al tanto de las instrucciones de desinstalación del chatbot.

La pista aquí (en este momento) fue el 502 debido a que el contenedor no se inició correctamente porque el índice permaneció en la base de datos sin código de soporte en la biblioteca de postgres. Las instrucciones de desinstalación eliminan el índice de la base de datos para que pueda compilar de forma segura sin compilar la biblioteca de índices.

El sitio de @techwithanirudh ya está en funcionamiento.

7 Me gusta

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