Ciao @ariznaf
Mi sono svegliato stamattina dopo essere stato offline per 12 ore, ho ripassato alla configurazione socket-only.yml e tutto è tornato alla normalità.
Quindi, almeno da questa parte dell’ampio universo di Discourse, è tutto di nuovo a posto nel mondo di due container, nginx reverse proxy verso socket Unix.
Avevamo cambiato alla configurazione frontend nginx circa sei ore prima che l’anomalia venisse notata, e tutto era a posto.
Basandomi su questo utile suggerimento di @riking (come sempre, molto apprezzato Kane)
Le varie immagini degli avatar ridimensionate non sono incluse nel backup, solo gli originali. Ci vorrà del tempo perché il processo pianificato elabori e generi le versioni ridimensionate di ogni avatar.
La mia migliore ipotesi è che, quando abbiamo fatto il passaggio a nginx, non abbiamo notato problemi perché le molte immagini degli avatar erano già nella cache e il processo di rigenerazione non era ancora terminato; così, col tempo, la cache di quelle immagini è scaduta e l’anomalia ha iniziato a manifestarsi.
Quindi mi sono disconnesso (il container socket-only.yml era ancora in esecuzione in background, inattivo) per 12 ore, mi sono svegliato la mattina e sidekiq ha fatto la sua magia durante la notte (qui), come @riking (grande supporto, a proposito, Kane, su ogni argomento qui su meta).
Questo scenario sembra confermare quanto suggerito da @riking.
Onestamente, più usiamo Discourse, più ci piace. Gli intoppi e le anomalie sono molto interessanti e la configurazione a due container è davvero ottima.
I nostri container attualmente sono così:
# 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
Ciò che mi piace è che, anche quando notiamo un problema, come questa anomalia di rigenerazione degli avatar, possiamo facilmente passare avanti e indietro da socket-only.yml a web-only.yml.
In questo caso, siamo tornati a web-only (durante questa rigenerazione) e poi siamo passati di nuovo dopo che il processo era completato (perché tutti i container sono ancora in esecuzione). Quando eseguiamo una ricostruzione del container, possiamo semplicemente passare tra questi container e le configurazioni in modo molto semplice.
Dopo due decenni di gestione di un forum LAMP, siamo sempre più impressionati da Discourse, dal punto di vista dell’amministrazione di sistema.
Sidebar (Editoriale);
Ovviamente, è ben al di sopra del mio livello qui su meta, ma penso che la configurazione base a due container (senza reverse proxy) dovrebbe essere quella predefinita, poiché è molto semplice da configurare e otteniamo molto di più da questa configurazione rispetto a qualsiasi presunta “penalità” dovuta alla presenza di due file yml.
