]> git.ipfire.org Git - thirdparty/postgresql.git/commit
Initialize tsId and dbId fields in WAL record of COMMIT PREPARED.
authorHeikki Linnakangas <heikki.linnakangas@iki.fi>
Fri, 16 May 2014 06:47:50 +0000 (09:47 +0300)
committerHeikki Linnakangas <heikki.linnakangas@iki.fi>
Fri, 16 May 2014 07:06:10 +0000 (10:06 +0300)
commit0fc94340753f19da8acca5fc53039adbf2fa3632
tree599f6a76f1a95948a5b86dcddd589dbf2b19bae1
parent9fb8cd25fd98a17f6038d788b14dbb1b92f01e1b
Initialize tsId and dbId fields in WAL record of COMMIT PREPARED.

Commit dd428c79 added dbId and tsId to the xl_xact_commit struct but missed
that prepared transaction commits reuse that struct. Fix that.

Because those fields were left unitialized, replaying a commit prepared WAL
record in a hot standby node would fail to remove the relcache init file.
That can lead to "could not open file" errors on the standby. Relcache init
file only needs to be removed when a system table/index is rewritten in the
transaction using two phase commit, so that should be rare in practice. In
HEAD, the incorrect dbId/tsId values are also used for filtering in logical
replication code, causing the transaction to always be filtered out.

Analysis and fix by Andres Freund. Backpatch to 9.0 where hot standby was
introduced.
src/backend/access/transam/twophase.c