diff options
| author | Tom Lane <tgl@sss.pgh.pa.us> | 2012-02-06 15:29:26 -0500 |
|---|---|---|
| committer | Tom Lane <tgl@sss.pgh.pa.us> | 2012-02-06 15:29:52 -0500 |
| commit | cc0f6fff1a0dd44d5481836154ac3639be0c056f (patch) | |
| tree | bda1c8bfa3d372d51018ca2a9cbae985bcb7e440 /src/bin/pg_dump/pg_dump.c | |
| parent | 07e36415e5205b67dca37e56857bd3e68b1553f7 (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
