You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
We enabled eventBus.redis.failure.ignore=true, but when Redis is down, TMail seems still to be totally timeout.
Even a JMAP well-known request (that requires no Redis usage) is timeout too. My feeling is that Redis timeout somehow blocked our schedulers afterward sometimes.
Note that I still can do webadmin /healthcheck normally.
TODO: investigate the issue.
Suggestion: Let Redis be down for a good enough time, and fire many JMAP requests to TMail in the meantime to try to reproduce the total timeout issue.
We enabled
eventBus.redis.failure.ignore=true
, but when Redis is down, TMail seems still to be totally timeout.Even a JMAP well-known request (that requires no Redis usage) is timeout too. My feeling is that Redis timeout somehow blocked our schedulers afterward sometimes.
Note that I still can do webadmin
/healthcheck
normally.TODO: investigate the issue.
Suggestion: Let Redis be down for a good enough time, and fire many JMAP requests to TMail in the meantime to try to reproduce the total timeout issue.
Related materials that we may revise:
cc @Arsnael @vttranlina
The text was updated successfully, but these errors were encountered: