summaryrefslogtreecommitdiff
path: root/src/bin/pg_dump/pg_dump.c
diff options
context:
space:
mode:
authorTom Lane <tgl@sss.pgh.pa.us>2012-02-06 15:29:26 -0500
committerTom Lane <tgl@sss.pgh.pa.us>2012-02-06 15:29:52 -0500
commitcc0f6fff1a0dd44d5481836154ac3639be0c056f (patch)
treebda1c8bfa3d372d51018ca2a9cbae985bcb7e440 /src/bin/pg_dump/pg_dump.c
parent07e36415e5205b67dca37e56857bd3e68b1553f7 (diff)
Fix postmaster to attempt restart after a hot-standby crash.
The postmaster was coded to treat any unexpected exit of the startup process (i.e., the WAL replay process) as a catastrophic crash, and not try to restart it. This was OK so long as the startup process could not have any sibling postmaster children. However, if a hot-standby backend crashes, we SIGQUIT the startup process along with everything else, and the resulting exit is hardly "unexpected". Treating it as such meant we failed to restart a standby server after any child crash at all, not only a crash of the WAL replay process as intended. Adjust that. Back-patch to 9.0 where hot standby was introduced.
Diffstat (limited to 'src/bin/pg_dump/pg_dump.c')
0 files changed, 0 insertions, 0 deletions