-
-
Notifications
You must be signed in to change notification settings - Fork 2.1k
federation_inbound_events_staging
is not cleared when a room is purged
#11833
Comments
maybe the issue is related to: #11808 ? |
I don't think it's likely, sorry — you'd run into the same issue with that. |
Otherwise, are there any other logs containing that room ID? Is that error message appearing repeatedly, or did it only show up once? |
ah okay I see.. yes this is probably really the problem. I had actually nuke the room before.
no sorry. i can't find other logs with the room_id. |
Thanks for confirming (and reporting!). Let's mark this as a duplicate of #11521. |
I think it's slightly different to #11521, in that #11521 is about what happens when you try to rejoin the room, whereas this is due to events continuing to arrive over federation (or due to them being stacked up in the queue - not sure we actively purge the incoming federation queue on room purge?) There's certainly a common root cause in that we don't correctly clear the in-memory caches after a purge, though. |
i have now removed 'federation_inbound_events_staging' from the deleted room. so it seems like I no longer get the log message 'Background process' _handle_old_staged_events 'throw an exception`
(most of the messages were from matrix.kiwifarms.net) |
federation_inbound_events_staging
is not cleared when a room is purged
right, so I think there is an easy fix to this particular case, which is to clear out the staging table when the room is purged. |
This is just a case of adding the table to the list: synapse/synapse/storage/databases/main/purge_events.py Lines 394 to 423 in d66d68f
|
(Would foreign keys make it obvious that we missed this?) |
Description
since #11806 has been fixed, I now see the following message in my log:
Version information
The text was updated successfully, but these errors were encountered: