-
Notifications
You must be signed in to change notification settings - Fork 394
Split homeserver creation and setup #19015
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
base: develop
Are you sure you want to change the base?
Split homeserver creation and setup #19015
Conversation
As we already have the reactor running in the case of Synapse Pro for Small Hosts and `setup()` should handle everything
…round_tasks`" This reverts commit 211765f. (do this in another PR)
synapse/app/homeserver.py
Outdated
# TODO: This should be moved to `SynapseHomeServer.start_background_tasks` (this | ||
# way it matches the behavior of only running on `main`) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This is a future TODO
|
||
async def start() -> None: | ||
async def _start_when_reactor_running() -> None: | ||
# TODO: Feels like this should be moved somewhere else. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This is a future TODO
"You have specified `worker_app` in the config but are attempting to start a non-worker " | ||
"instance. Please use `python -m synapse.app.generic_worker` instead (or remove the option if this is the main process)." | ||
) | ||
sys.exit(1) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Removed this exit as it's unreachable since we raise
just above
Split homeserver creation and setup
Background
As part of Element's plan to support a light form of vhosting (virtual host) (multiple instances of Synapse in the same Python process), we're currently diving into the details and implications of running multiple instances of Synapse in the same Python process.
"Clean tenant provisioning" tracked internally by https://github.com/element-hq/synapse-small-hosts/issues/221
Partial startup problem
In the context of Synapse Pro for Small Hosts, since the Twisted reactor is already running (from the
multi_synapse
shard process itself), when provisioning a homeserver tenant, thereactor.callWhenRunning(...)
callbacks will be invoked immediately. This includes the Synapse'sstart
callback which sets up everything (including listeners, background tasks, etc). If we encounter an error at this point, we are partially setup but the exception will bubble back to us without us having a handle to the homeserver yet so we can't callhs.shutdown()
and clean everything up.What does this PR do?
Structures Synapse so we split creating the homeserver instance from setting everything up. This way we have access to
hs
if anything goes wrong during setup and can subsequentlyhs.shutdown()
to clean everything up.Dev notes
Refactor with
start_background_tasks
: #18886Pull Request Checklist
EventStore
toEventWorkerStore
.".code blocks
.