Skip to content
This repository has been archived by the owner on Apr 26, 2024. It is now read-only.

Appservice worker appears to die when an AS catches up #4336

Closed
turt2live opened this issue Dec 29, 2018 · 1 comment
Closed

Appservice worker appears to die when an AS catches up #4336

turt2live opened this issue Dec 29, 2018 · 1 comment
Labels
A-Application-Service Related to AS support z-bug (Deprecated Label) z-p2 (Deprecated Label)

Comments

@turt2live
Copy link
Member

Three times now I've run into an issue where the appservice worker process exits after the Telegram bridge catches up. This has only started happening since my 0.34+python3 upgrade (both happened at the same time).

The last couple lines in the log each time are:

appservice_1 - 2018-12-29 00:22:00,414 - synapse.appservice.scheduler - 171 - INFO - as-recoverer-telegram-7- Successfully recovered application service AS ID telegram
appservice_1 - 2018-12-29 00:22:00,415 - synapse.appservice.scheduler - 172 - INFO - as-recoverer-telegram-7- Remaining active recoverers: 0

For perspective, the Telegram bridge stacks up hundreds of transactions after a restart for ~15 minutes. After a while, it catches up and starts streaming normally, assuming the appservice sender is still working.

I have not seen the worker survive the Telegram bridge restarting in the 3 times I've done it.

@richvdh
Copy link
Member

richvdh commented Aug 20, 2019

Hopefully fixed by #5885

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
A-Application-Service Related to AS support z-bug (Deprecated Label) z-p2 (Deprecated Label)
Projects
None yet
Development

No branches or pull requests

4 participants