¿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.
¿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.
No creo que haya un mensaje de FAILED al final. Ejecutaré otra compilación. ¡Gracias!
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.
Sí, sin FALLO. La compilación termina aparentemente bien y luego la ejecución de docker también aparece bien.
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).
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'
¿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.
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
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
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.
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 ![]()
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.
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).
Dado que otros problemas se han resuelto, muevo la pregunta de SSL a un hilo separado. ¡Gracias a todos!
This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.