Aumentamos la RAM y reconstruimos la base de datos, pero el problema persiste.
4 Me gusta
Me gustaría preguntar si los desarrolladores son conscientes de este problema.. ¡Gracias!
¿Hay alguna solución rápida que pueda hacer como administrador? ¿Quizás un tiempo de espera más largo?
3 Me gusta
No estoy seguro. Definitivamente parece que un tiempo de espera más largo ayudaría. Ocurre mucho más a menudo en hilos muy poblados, así que parece que hay una muestra o escaneo que toma demasiado tiempo.
1 me gusta
Si logro averiguar cómo implementar esto, informaré de nuevo. Lo duplicaría.
2 Me gusta
Sí, el problema persiste con la versión 2.5.0.beta2
1 me gusta
¿Ejecutaste la configuración de Discourse después de cambiar la RAM? Hay ajustes que deben actualizarse para aprovechar la RAM.
3 Me gusta
No estoy seguro, ya que la implementación depende de otra persona. Pero le mencionaré que esto debe hacerse para completar el proceso. ¡Muchas gracias!
2 Me gusta
Hola,
Recibo muchos errores 502 al mover publicaciones.
¿Tienen previsto mejorar este escenario?
Gracias
3 Me gusta
Hola, ¿has logrado encontrarlo? Sería genial poder parametrizar el tiempo de espera en app.yml ENV o en la configuración del sitio de Discourse para quienes tenemos poca memoria.
¿Quizás una pregunta tonta?
Cuando mueves muchas publicaciones como esta, ¿este proceso es gestionado por Sidekiq?
Lo siento, no busqué en el código…
Actualización
Di un vistazo rápido a la base de código de Ruby y, efectivamente, cuando se llama a la función de mover publicaciones, las tareas se ponen en cola con enqueue_jobs().
No siendo un desarrollador de Discourse, a un observador casual que revise el código le parecería que los problemas relacionados con retrasos, errores o tiempos de espera al mover publicaciones estarían directamente relacionados con el rendimiento y la configuración de Sidekiq.
Hace unos días intenté estudiar cómo Discourse utiliza Sidekiq a nivel de sistema, pero no logré encontrar una versión resumida tipo “apuntes de urgencia” para principiantes.
Así que fui al sitio web de Sidekiq para intentar entender mejor qué ocurre bajo el capó, y noté que había tres ofertas diferentes. Me confundí y seguí adelante 
porque, con mi corta capacidad de atención y necesidad de gratificación inmediata, no pude entender qué versión de Sidekiq usa Discourse, cuáles son las funciones exactas y los ajustes que se pueden configurar…
Siendo un novato en este ámbito, me interesa saber exactamente la arquitectura, funciones, ajustes y variables de entorno de Sidekiq disponibles en Discourse, pero hasta ahora “todavía no he encontrado lo que busco” - cantado al ritmo de nuestra canción favorita de U2.
Todas las respuestas nacen de la curiosidad…
4 Me gusta
Actualización:
Siguiendo un consejo de un líder en otro hilo, desactivamos todos los complementos excepto “quién está en línea” y ahora, no hemos tenido problemas con los movimientos recientemente.
Así que hay un cauto optimismo aquí. Actualizaremos si las cosas cambian.
¡Gracias a todos los que han prestado ayuda en este asunto!
3 Me gusta
¿Qué complementos desactivaste específicamente?
3 Me gusta
Idealmente, habría probado cada uno por separado para ver cuál o cuáles estaban causando problemas, pero no esperaba que funcionaran, así que los desactivé todos de una vez.
1 me gusta
Muy probablemente, se trata de un desajuste; supongo que tiene ganchos que se activan al mover una publicación.
4 Me gusta
Bueno, gracias. Y un reconocimiento a @featheredtoast por la solución.
2 Me gusta
Mi comunidad ha comenzado recientemente a experimentar el problema del error 502 al mover publicaciones, especialmente entre hilos grandes. No tenía ningún complemento personalizado instalado. Siguiendo los consejos de otro hilo de Discourse, aumenté unicorn_workers a 10 y db_shared_buffers a 4096 MB, pero eso no mejoró la situación. A continuación se muestra el registro ./discourse-doctor de nuestro foro. Espero recibir algunas orientaciones. ¡Gracias!
==================== INFORMACIÓN DE DOCKER ====================
VERSIÓN DE DOCKER: Docker versión 17.10.0-ce, compilación f4ffd25
PROCESOS DE DOCKER (docker ps -a)
ID DEL CONTENEDOR IMAGEN COMANDO CREADO ESTADO PUERTOS NOMBRES
ddfb2222fd64 local_discourse/app "/sbin/boot" hace 10 días En ejecución hace 10 días 0.0.0.0:80->80/tcp, 0.0.0.0:443->443/tcp app
ddfb2222fd64 local_discourse/app "/sbin/boot" hace 10 días En ejecución hace 10 días 0.0.0.0:80->80/tcp, 0.0.0.0:443->443/tcp app
El contenedor de Discourse app está en ejecución
==================== COMPLEMENTOS ====================
- git clone https://github.com/discourse/docker_manager.git
- git clone https://github.com/discourse/discourse-solved.git
No se detectaron complementos no oficiales.
Consulte https://github.com/discourse/discourse/blob/master/lib/plugin/metadata.rb para ver la lista oficial.
========================================
Discourse 2.6.0.beta2
Versión de Discourse en localhost: Discourse 2.6.0.beta2
==================== INFORMACIÓN DE MEMORIA ====================
RAM (MB): 16434
total usada libre compartida buff/cache disponible
Mem: 16048 5605 919 4255 9523 5850
Swap: 2047 437 1610
==================== VERIFICACIÓN DE ESPACIO EN DISCO ====================
---------- Espacio en disco del SO ----------
Sistema de archivos Tamaño Usado Disp Uso% Montado en
/dev/disk/by-label/DOROOT 315G 132G 168G 45% /
/dev/disk/by-label/DOROOT 315G 132G 168G 45% /var/lib/docker/aufs
/dev/disk/by-label/DOROOT 315G 132G 168G 45% /
/dev/disk/by-label/DOROOT 315G 132G 168G 45% /var/lib/docker/plugins
/dev/disk/by-label/DOROOT 315G 132G 168G 45% /
---------- Espacio en disco del contenedor ----------
bandera abreviada desconocida: 'w' en -w
Consulte 'docker exec --help'.
==================== INFORMACIÓN DE DISCO ====================
Disco /dev/vda: 320 GiB, 343597383680 bytes, 671088640 sectores
Unidades: sectores de 1 * 512 = 512 bytes
Tamaño del sector (lógico/físico): 512 bytes / 512 bytes
Tamaño de E/S (mínimo/óptimo): 512 bytes / 512 bytes
Tipo de etiqueta de disco: gpt
Identificador del disco: 29B528BA-16C4-402E-BEE9-53555C8B6F10
Dispositivo Inicio Fin Sectores Tamaño Tipo
/dev/vda1 2048 671086591 671084544 320G Sistema de archivos Linux
==================== FIN DE LA INFORMACIÓN DE DISCO ====================
3 Me gusta
Hola, me encuentro con el mismo problema. No puedo dividir los megatemas debido a esto.
También lo intenté en modo seguro, pero no cambió nada.
Sin embargo, no tengo ningún problema en mi instalación de Discourse en desarrollo (misma versión 2.6.0.beta2).
Y tampoco hay nada en los registros.
3 Me gusta
He estado recibiendo estos errores 502 durante un año 
1 me gusta
No creo que te hayamos preguntado: ¿qué complementos estás ejecutando?
2 Me gusta
Desactivé todos los complementos para verificar si se trataba de un error relacionado con ellos. Parece que el problema se repite de forma estable con hilos largos.
2 Me gusta