Non sono l’amministratore di sistema dell’istanza AWS EC2 che esegue la nostra istanza Discourse, ma sono l’amministratore dell’istanza Discourse stessa. Abbiamo avuto un arresto del servizio di posta elettronica AWS SES 3 settimane fa per motivi di sicurezza. Il nostro personale cloud lo sta risolvendo solo ora. Quindi, per 3 settimane, il nostro sito non ha potuto inviare e-mail e vedo più di 40.000 processi falliti e altrettanti tentativi. Non sono uno sviluppatore web, quindi non capisco cosa dica la pagina di Sidekiq, ma temo che i processi falliti verranno ritentati quando il nostro server di posta elettronica tornerà online, inondando le persone con e-mail obsolete che non hanno ricevuto per 3 settimane. Sarà così? Discourse invia nuovamente le e-mail che non è stato possibile inviare a causa di un server di posta elettronica offline? Se sì, come posso disabilitarlo per evitare di inondare le persone con e-mail dal nostro sito? Possiamo regolare la granularità? Ad esempio, inviare solo e-mail che mostrano nuove attività da una data specifica?
La tua paura è valida.
Non sono sicuro di quanto tempo hai per risolvere questo problema? Una soluzione potrebbe essere quella di configurare un server di posta che accetti le email ma le scarti semplicemente.
Il modo davvero veloce e (molto) grezzo per risolvere questo problema è usare redis-cli ed eseguire un comando flushdb. Questo rimuoverà tutti i processi in coda. Effettuerà anche il logout di tutti gli utenti. Quindi riavvia il tuo Discourse per assicurarti che tutti i processi regolari vengano eseguiti di nuovo.
Il logout di tutti gli utenti non è certamente auspicabile… Il server di posta elettronica dovrebbe essere sistemato oggi, ma non sono sicuro che i nostri amministratori di sistema avranno la flessibilità per configurare il server di posta elettronica in modo da eliminare tutto.
Vedo un pulsante “kill all” e “delete all” in fondo alla pagina “retries” di sidekiq (vedi allegato). Può essere d’aiuto?
La pulizia di tutti i processi dalla coda di un certo tipo dovrebbe risolvere il problema.
(Dovrei tornare indietro e cercare di scoprire come fare questo…)
Penso che tu sia sicuro. Ci sono volute tre settimane per risolverlo.
Potresti chiedere se possono cercare su Google come eliminare i processi da sidekiq ed eliminare i processi di posta elettronica. Penso che questa sia la tua migliore opzione.
Suppongo che tu non abbia accesso per farlo da solo o per assumere qualcuno che ti aiuti. Puoi accedere tramite ssh all’ec2 su cui è in esecuzione? Potresti provare a eliminare tutti i 50k dall’interfaccia web.
La pagina del “sidekick” con le opzioni di eliminazione/cancellazione ha funzionato. Non è stato necessario un sys admin EC2, essere un admin del forum è stato sufficiente per operare dalla pagina del “sidekick”, ho potuto eliminare tutte le email in coda.
Dopo che il server di posta elettronica è tornato online, nessuna email “in coda” è stata reinviata.