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:30:21 -0500 |
| commit | 442231d7f71764b8c628044e7ce2225f9aa43b67 (patch) | |
| tree | fa9f586c928ad31c15fe7b1fbf02e325d324aa18 /src/bin/scripts/createuser.c | |
| parent | 0ee23b53beb851d60c0eff9bde8fd7a303270720 (diff) | |
| download | postgresql-442231d7f71764b8c628044e7ce2225f9aa43b67.tar.gz postgresql-442231d7f71764b8c628044e7ce2225f9aa43b67.zip | |
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/scripts/createuser.c')
0 files changed, 0 insertions, 0 deletions