aboutsummaryrefslogtreecommitdiff
path: root/contrib/btree_gist/btree_interval.c
diff options
context:
space:
mode:
authorHeikki Linnakangas <heikki.linnakangas@iki.fi>2014-05-16 09:47:50 +0300
committerHeikki Linnakangas <heikki.linnakangas@iki.fi>2014-05-16 10:10:38 +0300
commit07a4a93a0e35a778c77ffbbbc18de29e859e18f0 (patch)
treeb97639c77044c07078869c33ba7b7f29a0071b2c /contrib/btree_gist/btree_interval.c
parentf62d417825d6a8e26768a130a5f4c9e454d9dbe4 (diff)
downloadpostgresql-07a4a93a0e35a778c77ffbbbc18de29e859e18f0.tar.gz
postgresql-07a4a93a0e35a778c77ffbbbc18de29e859e18f0.zip
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.
Diffstat (limited to 'contrib/btree_gist/btree_interval.c')
0 files changed, 0 insertions, 0 deletions