-
-
Notifications
You must be signed in to change notification settings - Fork 14.3k
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
matrix-synapse: 1.19.3 -> 1.20.1 #98476
Conversation
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.
Reading the changelog, I can't find mention of security fixes, and there's this backwards-compatibility warning.
So… as I guess synapse' retro-compat story in the federation is still as bad as before, I'd say maybe let's backport to 20.09 but not 20.03, thus keeping 20.03 stable?
3a9feca
to
631d92d
Compare
Ported to stable as e7c26a7. |
1.20 rc1 has a fix for matrix-org/synapse#8220 That could count as a partial denial of service vulnerability 🤷 |
cc @Ekleog what do you think of it? |
@dali99 What do you mean by “crashing the user directory”? I can't find this in the issue you linked. As for the part about synapse spamming logs… my synapse instance, on which we are fewer than 5 users, logged ~375k log lines yesterday using more or less the nixos-default configuration, without this bug happening (tested by grepping for Also anyway, thank you for the report, regardless of the end result it's great you reported this! |
The user directory background process, crashes, and immediately retries, not processing any updates, of course immediately crashing again. repeat multiple times per second. When the user directory crashes that means new users the server sees won't be processed, which means the user directory won't show them to you when you search for their usernames when you want to invite them or otherwise. @Ekleog in the past 24 hours my synapse has logged 10 027 118 lines. And that is with a log level changed up from nixos default INFO to WARN. With this specific traceback occuring 2-4 times per second at the error log level. Which is two orders of magnitude worse. I have a suspicion that this bug is also what's causing my synapse to idle at 70% CPU. As for where this is described in the issue I linked:
|
Thank you for your feedback! I… guess this is worth backporting to 20.03, then? My problem with this is, reading the backwards-compatibility issue, it looks like clients that are even just 5 months old are currently incompatible with the new synapse release… I guess I'll just yell at synapse in my head again and we can backport the update to 20.03, as FluffyChat doesn't look widely-used… if that's also the way you feel, @Ma27? |
Tbh I deferred the debate to this thread since I don't have a strong opinion about it (all of my systems are already using a recent version of However we have people here experiencing this issue and I actually established a backport-by-default policy for While some clients seem to have issues with v1.20.0 now, we shouldn't forget that (1) the client violated the protocol and (2) the most famous example (fluffychat) has fixed the issue already[1]. |
Ported to 20.03 as 760c6ec now. |
Motivation for this change
https://github.com/matrix-org/synapse/releases/tag/v1.20.0
https://github.com/matrix-org/synapse/releases/tag/v1.20.1
Things done
sandbox
innix.conf
on non-NixOS linux)nix-shell -p nixpkgs-review --run "nixpkgs-review wip"
./result/bin/
)nix path-info -S
before and after)