Hola @ariznaf
Me desperté esta mañana después de estar desconectado de la red durante 12 horas y volví a nuestra configuración socket-only.yml, y todo ha vuelto a la normalidad.
Así que, al menos en este extremo del vasto discourse-verse, todo está bien de nuevo en el mundo de dos contenedores con nginx como proxy inverso hacia un socket unix.
Habíamos cambiado a la configuración de frontend nginx unas seis horas antes de que se detectara la anomalía, y todo estaba bien.
Basado en este útil consejo de @riking (como siempre, muy apreciado, Kane):
Las diversas imágenes de avatares redimensionadas no se incluyen en una copia de seguridad, solo las originales. Tomará algún tiempo que el trabajo programado recorra todo y genere las versiones redimensionadas de cada avatar.
Mi mejor suposición es que cuando hicimos el cambio a nginx no notamos ningún problema porque muchas imágenes de avatares ya estaban en caché y el proceso de regeneración aún no había terminado; así que con el tiempo, la caché de esas imágenes expiró y comenzó a aparecer la anomalía.
Así que me desconecto de la red (el contenedor socket-only.yml sigue ejecutándose en segundo plano, inactivo) durante 12 horas, me despierto por la mañana y sidekiq ha hecho su magia durante la noche (aquí), como @riking (gran apoyo, por cierto, Kane, en cada tema aquí en meta).
Este escenario parece confirmar lo que sugirió @riking.
Honestamente, cuanto más usamos Discourse, más nos gusta. Los tropiezos y anomalías son muy interesantes y la configuración de dos contenedores es realmente excelente.
Nuestros contenedores actualmente se ven así:
# ls -l containers
-rw-r--r-- 1 discourse root 1124 Apr 15 11:29 data.yml
-rw-r--r-- 1 discourse root 3939 Apr 16 07:45 socket-only.yml
-rw-r--r-- 1 discourse root 3784 Apr 16 07:28 socket.yml
-rw-r--r-- 1 discourse root 3921 Apr 15 11:50 web-only.yml
Lo que me gusta de esto es que, incluso cuando vemos un problema, por ejemplo esta anomalía de regeneración de avatares, podemos cambiar fácilmente de socket-only.yml a web-only.yml y viceversa.
En este caso, volvimos a web-only (durante esta regeneración) y volvimos después de que el proceso terminara (porque todos los contenedores siguen ejecutándose). Cuando realicemos una reconstrucción de contenedor, podemos cambiar fácilmente entre estos contenedores y configuraciones.
Después de dos décadas ejecutando un foro LAMP, estamos cada vez más impresionados con Discourse, desde el lado del administrador del sistema.
Barra lateral (editorial):
Por supuesto, está muy por encima de mi nivel aquí en meta, pero creo que la configuración básica de dos contenedores (sin el proxy inverso) debería ser la predeterminada, ya que es muy fácil de configurar y obtenemos mucho más de esta configuración que cualquier “penalización” percibida por tener dos archivos yml.
