]> granicus.if.org Git - postgresql/commit
In WAL replay, restore GIN metapage unconditionally to avoid torn page.
authorHeikki Linnakangas <heikki.linnakangas@iki.fi>
Wed, 12 Mar 2014 07:59:49 +0000 (09:59 +0200)
committerHeikki Linnakangas <heikki.linnakangas@iki.fi>
Wed, 12 Mar 2014 08:10:04 +0000 (10:10 +0200)
commite2bccdfccd13e191c28084d05347ba0d1208cf5e
tree8df5a2555be861318bd7a054ec1c1cd5f6ae6ba0
parentd411d6eff1b7e91de0fecece08acc6b6eca04d6d
In WAL replay, restore GIN metapage unconditionally to avoid torn page.

We don't take a full-page image of the GIN metapage; instead, the WAL record
contains all the information required to reconstruct it from scratch. But
to avoid torn page hazards, we must re-initialize it from the WAL record
every time, even if it already has a greater LSN, similar to how normal full
page images are restored.

This was highly unlikely to cause any problems in practice, because the GIN
metapage is small. We rely on an update smaller than a 512 byte disk sector
to be atomic elsewhere, at least in pg_control. But better safe than sorry,
and this would be easy to overlook if more fields are added to the metapage
so that it's no longer small.

Reported by Noah Misch. Backpatch to all supported versions.
src/backend/access/gin/ginxlog.c