¿Problemas con Redis? (Foro roto después de la actualización)

¿Cuando reconstruyes, te aparece un mensaje de [FAILED] al final?

¿Podrías mostrarnos las líneas antes de esta alerta de fallo? (tanto como puedas)

Encontraremos algunas pistas en esto.

2 Me gusta

No creo que haya un mensaje de FAILED al final. Ejecutaré otra compilación. ¡Gracias!

1 me gusta

Si la reconstrucción llega al final, mi suposición es un plugin o componente de tema roto.

Comprueba la consola de tu navegador (F12) para ver si tienes alguna alerta roja.

También puedes probar [tu-foro]/safe-mode para cargar tu foro sin plugins ni temas.

1 me gusta

Sí, sin FALLO. La compilación termina aparentemente bien y luego la ejecución de docker también aparece bien.

1 me gusta

Nada obvio en la consola. Intentando ejecutar el modo seguro pero obtengo el error “no se puede acceder al sitio” de Chrome. Pero puedo acceder a la página de inicio y a los mensajes estáticos (de la manera normal).

1 me gusta

Aquí está la cola del registro de producción actual:

/var/www/discourse/vendor/bundle/ruby/2.7.0/gems/redis-4.5.1/lib/redis.rb:72:in `block in synchronize'
/usr/local/lib/ruby/2.7.0/monitor.rb:202:in `synchronize'
/usr/local/lib/ruby/2.7.0/monitor.rb:202:in `mon_synchronize'
/var/www/discourse/vendor/bundle/ruby/2.7.0/gems/redis-4.5.1/lib/redis.rb:72:in `synchronize'
/var/www/discourse/vendor/bundle/ruby/2.7.0/gems/redis-4.5.1/lib/redis.rb:966:in `get'
/var/www/discourse/vendor/bundle/ruby/2.7.0/gems/message_bus-3.3.8/lib/message_bus/backends/redis.rb:366:in `process_global_backlog'
/var/www/discourse/vendor/bundle/ruby/2.7.0/gems/message_bus-3.3.8/lib/message_bus/backends/redis.rb:274:in `block in global_subscribe'
/var/www/discourse/vendor/bundle/ruby/2.7.0/gems/message_bus-3.3.8/lib/message_bus/backends/redis.rb:287:in `global_subscribe'
/var/www/discourse/vendor/bundle/ruby/2.7.0/gems/message_bus-3.3.8/lib/message_bus.rb:786:in `global_subscribe_thread'
/var/www/discourse/vendor/bundle/ruby/2.7.0/gems/message_bus-3.3.8/lib/message_bus.rb:734:in `block in new_subscriber_thread'
1 me gusta

¿Podrías compartir tu lista de plugins? ¿O la URL de tu foro por mensaje privado para que pueda revisar?

¿Tienes algo útil en [tu_foro]/logs? ¿Una lista de errores en [tu_foro]/sidekiq?

No tenemos mucha información para ayudarte a encontrar el problema.

1 me gusta

Para empezar, aquí está la lista de plugins (muy corta). Estos son todos los plugins listados en app.yml:

          - git clone https://github.com/discourse/docker_manager.git
          - git clone https://github.com/discourse/discourse-push-notifications.git
          - git clone https://github.com/davidtaylorhq/discourse-whos-online.git
1 me gusta

Creo que el plugin Who’s Online se cambió a oficial en septiembre. ¿Podrías intentar usar el repositorio actualizado y ver si eso ayuda?

https://github.com/discourse/discourse-whos-online

3 Me gusta

Actualización sobre esto. Gracias a todos por sus sugerencias. Los problemas principales (excepto uno) aparentemente se han resuelto (queda más pruebas por hacer). El obvio que queda es que los certificados SSL ya no se renuevan, e incluso el proceso de renovación manual recomendado aquí no funciona. Parece que Let’s Encrypt no puede acceder al archivo de validación aquí desde el directorio “well-known”. Esto había estado funcionando bien durante casi 3 años. Así que este sigue siendo un problema, especialmente porque HSTS bloquea Chrome por completo en esta situación.

1 me gusta

Parece un desastre.

Podrías intentar ejecutar un discourse-doctor para ver si te da alguna idea. Tengo algunas, pero sin acceso al servidor, llevaría demasiado tiempo a alguien de mi modesto nivel ayudarte.

Probablemente reinstalaría todo si estuviera en tu lugar.

1 Copia de seguridad

cd /var/discourse
./launcher enter app
discourse backup

Recupera la copia de seguridad a través de sftp (protocolo sftp, puerto 22, host: ip de tu servidor, usuario: root, contraseña: contraseña de root).

Asegúrate de que la carpeta de subidas esté en la copia de seguridad. Si no es así, haz una copia local de la carpeta en tu disco duro.

2 Eliminar, reinstalar tu vps, o usar otro vps

Usa la configuración de instalación de discourse, si todo está bien: inicia sesión, sube y restaura una copia de seguridad.

(también puedes restaurar la copia de seguridad desde la línea de comandos, es más rápido: Restore a backup from the command line)

Si no estás seguro de esto, es mejor esperar a alguien más cualificado :raised_hands:

1 me gusta

Gracias. No creo que quiera seguir ese camino solo para resolver el problema ssl. Debe haber una solución más específica, dado que los otros problemas parecen haberse resuelto. Pero de nuevo, gracias.

2 Me gusta

Entonces, en /var/discourse/shared/standalone/ssl, parecen haber claves y certificados recién escritos de mi último intento. Pero el registro muestra claramente un error de validación y el sitio no los está utilizando realmente. Además, tal vez esto sea solo cosmético, los registros no muestran las rutas correctas en este caso. Por ejemplo, dice instalando la clave en:

/shared/ssl/[site]_ecc.key

Pero la ruta real es /shared/standalone/ssl

Lo cual es al menos extraño.

El error típico es:

[site]: Error de verificación: Obteniendo http://[site]/.well-known/acme-challenge/[cadena de desafío]: Error al obtener datos de validación

Debo señalar que el sitio requiere inicio de sesión para todo el acceso de los usuarios, pero esto no ha sido un problema para las renovaciones de certificados SSL (durante los varios años de operación).

1 me gusta

Dado que otros problemas se han resuelto, muevo la pregunta de SSL a un hilo separado. ¡Gracias a todos!

1 me gusta

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