]> granicus.if.org Git - postgresql/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:03 +0000 (10:06 +0300)
commit39b3739c05688b5cd5d5da8c52fa5476304eff11
tree1830863b98c290b64b44d1addce6fa3839b63d3b
parentda05e57f70d42a41a0c6f01e2440bd3efbd972d1
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