pgsql: Fix postmaster to attempt restart after a hot-standby crash.

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: pgsql-committers(at)postgresql(dot)org
Subject: pgsql: Fix postmaster to attempt restart after a hot-standby crash.
Date: 2012-02-06 20:30:32
Message-ID: E1RuVCq-0007qW-S1@gemulon.postgresql.org
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-committers

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.

Branch
------
REL9_1_STABLE

Details
-------
http://git.postgresql.org/pg/commitdiff/ef19c9dfaa99a2b78ed0f78aa4a44ed31636fdc4

Modified Files
--------------
src/backend/postmaster/postmaster.c | 13 +++++++++----
1 files changed, 9 insertions(+), 4 deletions(-)

Browse pgsql-committers by date

  From Date Subject
Next Message Heikki Linnakangas 2012-02-07 08:15:05 pgsql: When building with LWLOCK_STATS, initialize the stats in LWLockW
Previous Message Michael Meskes 2012-02-06 19:58:18 pgsql: Allow the connection keyword array to carry all seven items in e