]> 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:10:38 +0000 (10:10 +0300)
commit07a4a93a0e35a778c77ffbbbc18de29e859e18f0
treeb97639c77044c07078869c33ba7b7f29a0071b2c
parentf62d417825d6a8e26768a130a5f4c9e454d9dbe4
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