-
-
Notifications
You must be signed in to change notification settings - Fork 2.1k
synapse.api.errors.StoreError: 404: No row found
in background process http_pusher.on_new_receipts
since upgrade to v1.70.0
#14300
Comments
I'll look into it. Do you use message retention / purging or otherwise delete old events? (Vague overview: |
Yes, I have some rooms that have retention setup. The config of the server itself looks like this:
|
Message retention/purging isn't meant to touch state events (see
That said, looking at
so it sounds like it may be intended to track events that don't exist anymore...(?) Would you mind trying to find the room in question with these missing events and, to your knowledge, seeing if you know anything that happened to the room that may explain why it's unusual in some way? (e.g. maybe you left the room, maybe it's a pending invite, ..?) For one of the users that is failing to sync, please try running this: SELECT room_id, event_id, membership FROM local_current_membership LEFT JOIN events USING (event_id) WHERE user_id = '@someone:jae.fi' AND events.type IS NULL; (What do you see in Do any of those rooms not exist anymore? SELECT room_id, event_id, membership FROM local_current_membership LEFT JOIN rooms USING (room_id) WHERE user_id = '@someone:jae.fi' AND rooms.room_version IS NULL; |
Tested on my own user. For the first query:
Room ID resolves to the Synapse Admin room that I left a looong time ago and ended up blocking and unblocking at the time of spam attacks. Second request yields the same result:
|
Thanks! That's interesting to know. |
Incidentally, do you have any other tracebacks that look related to sync? The one you've posted seems to be related mostly to push, which I think is still a problem but it may not exactly explain why /sync is failing. You say you blocked and unblocked the room — did you delete it with the Admin API / shut it down / ... it at any point? (Blocking a room does not remove it from the database. Similarly, I don't think we actually clean up rooms that you've left or even forgotten automatically.) Any other 'unusual' circumstances? Perhaps the room was lost during restore of a backup or etc. :/ A colleague proposes a hypothesis:
I don't know if that possibly matches up at all? |
I do not have any different traces than this one.
Yes, I most probably tried deleting it using the admin endpoint at that time. Do you have any idea how to at least apply a band-aid to the problem? Like could completely wiping the room from the database could be a solution? |
Yep, I've been otherwise busy with the release but I'll try and help you sort your database out. First port of call: If that doesn't work, last resort: Open a psql connection to your Synapse database and run this query to wipe the room entirely from every table in the database:
(expect this to possibly take a long time and it may not even work) (This was obtained from)
|
Hey there, your second method worked, thanks a lot for the help! |
I encountered the same problem, and the same solution seemed to have worked. Thanks!!! |
I have the same issue updating from 1.69.0 to 1.71.0, but the SELECT statements
doesn't show a single room where events.type/rooms.room_version is NULL even without the join. I get the following error. Its like the error from jae1911 but in my case from the background process 'rotate_notifs'
|
@lsrmg That looks like it's a different underlying problem Could you file a new issue for your problem? |
synapse.api.errors.StoreError: 404: No row found
in background process http_pusher.on_new_receipts
since upgrade to v1.70.0
I'm not sure if this is the same problem, but it may be related.
|
@mi-gri Could you file a new issue for your problem? |
Looks like my issue connected to this one (#14454). |
It seems as though the original issue is resolved, I am going to close this - if for some reason we need to re-open it we can do so. |
Description
I am getting a
synapse.api.errors.StoreError: 404: No row found
in the Synapse log since the update to v1.70.0 (see details down there).It renders clients unable to sync.
Steps to reproduce
Homeserver
jae.fi
Synapse Version
1.70.0
Installation Method
Docker (matrixdotorg/synapse)
Platform
Docker on Debian 10
Relevant log output
Anything else that would be useful to know?
Reverting to previous stable release fixes the problem.
enable_metrics
is set tofalse
The text was updated successfully, but these errors were encountered: