Los posts de movimiento devuelven error 502 Bad Gateway

I’m trying to move ~100 posts to an existing topic.

After a delay of about 10 seconds, it says there was an error when moving posts in a green alert area:

No new entries in /logs

No useful information in console either:

What can be wrong and where to look for the error?

Yeah, what this probably means is that you tried to get Discourse to do so much work it had to time out the web worker (which happens after 30 seconds)

We should fix the underlying issue here, moving 100 posts really should not take that long and we can defer a bunch of the work.


Marking this as a performance bug

For now, the work-around would be to move by small portions?

Yes, absolutely. Your server is stretched anyway from what I can tell.

Acabo de obtener este error 502 al intentar mover publicaciones de un hilo a otro.

Es bastante repetitivo :frowning:

¿Cuántos eran los que se mudaban?

sucede varias veces en nuestro caso recientemente, al mover un solo mensaje a un nuevo tema.

¡Probé varios conjuntos, desde cientos hasta decenas, en una sola publicación!
No puedo encontrar la razón por la que a veces no funciona y otras veces funciona perfectamente.

Actualizado a 2.4.0.beta4 (cb8fa46970), pero aún experimento un error 502 al mover 1/5/10/50 mensajes.
Esto interrumpe la rutina de administración, por lo que no puedo ordenar algunos hilos.

Sufrimientos.

¿Algunos registros/estadísticas/ajudaciones ayudarían?

@gerhard ¿es esto similar al otro problema reportado por @Pad_Pors?

Estoy viendo lo mismo. No pude encontrar nada relevante en los registros, aparte de esto en /logs:

Error: No Reason Phrase
Url: https://.no/assets/ember_jquery-d430881a3fb1403871256e5a02423c4b20a78793685e92088613ca9a701baf88.js

Avísame si hay una forma mejor de depurar esto.

He corregido un error que podía aparecer al mover publicaciones a un tema existente que había sido dividido en el pasado. ¿Resuelve esto el problema que estás experimentando?


¿Estás seguro de que ocurrió al mover a un tema nuevo? De ser así, se trata de un error diferente al que corregí y noté en nuestros registros.

Desafortunadamente, sigo recibiendo errores 502 con la solución:

¿Hay algún error en /logs? ¿Cuántas publicaciones estás moviendo? ¿Estás moviendo la primera publicación de un tema? ¿Estás moviéndote a un tema nuevo o existente? ¿Hay algo fuera de lo común (como susurros, publicaciones eliminadas o temas previamente divididos) involucrado?

Sí, (antes de una actualización reciente) nos enfrentamos al problema del error 502 Bad Gateway al intentar mover respuestas a un nuevo tema (ocurría de forma aleatoria y no siempre).

Informaré si esto sigue sucediendo.

Lamentablemente, no logro encontrar un patrón. El fallo ocurre al mover uno o varios posts. Sin embargo, tengo la sensación de que suele fallar con más frecuencia al mover entre dos temas más grandes, de los cuales tengo muchos. Varios han sido divididos varias veces. Nunca he usado susurros, pero hay muchos posts eliminados en la mayoría de los temas. No hay errores concluyentes en /logs :frowning:

edit: Creo que comenzó después de actualizar a beta5.

Hola,

en https://community.hiveeyes.org/, recientemente experimentamos lo mismo al mover publicaciones entre temas. Aunque aún no hemos investigado más a fondo,

Si esto puede ayudar: fue solo una sola publicación [1] la que queríamos mover de un tema no público a uno público, lo que generó este error. Tras fallar en ello, replicamos la publicación manualmente.

Atentamente,
Andreas.

[1] Pycom Firmware Release 1.20.1 - #9 by clemens - Firmwareschmiede / Firmware development - Hiveeyes

Bien, el error 500 debería estar corregido en la última versión y acabo de realizar otro arreglo para que el error real aparezca en los registros en caso de que haya otro error allí.

Si recibes un error 502, significa que el movimiento tarda demasiado y se agota el tiempo de espera. He realizado muchos cambios en los últimos meses para mover más metadatos al mover publicaciones. Intenté optimizarlo, pero depende en gran medida de la cantidad de datos y aún podría ser demasiado intensivo en recursos para que algunos servidores realicen todo el trabajo en menos de 30 segundos.

La solución será refactorizarlo una vez más y almacenar información sobre las publicaciones movidas de forma permanente en la base de datos (en lugar de una tabla temporal) y realizar todo el trabajo pesado en un proceso en segundo plano.

Parece correcto, ya que la solicitud tarda mucho en devolver el error 502 :slight_smile: