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(-)
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 |