Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtp (Exim 4.80) (envelope-from ) id 1ZkeXz-0000SP-Ar for pgsql-admin@arkaria.postgresql.org; Fri, 09 Oct 2015 20:45:47 +0000 Received: from localhost ([127.0.0.1] helo=postgresql.org) by malur.postgresql.org with smtp (Exim 4.84) (envelope-from ) id 1ZkeXy-0005lk-R8 for pgsql-admin@arkaria.postgresql.org; Fri, 09 Oct 2015 20:45:46 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.84) (envelope-from ) id 1ZkeXy-0005lK-BW for pgsql-admin@postgresql.org; Fri, 09 Oct 2015 20:45:46 +0000 Received: from mout.gmx.net ([212.227.15.15]) by magus.postgresql.org with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.84) (envelope-from ) id 1ZkeXt-0000xv-CJ for pgsql-admin@postgresql.org; Fri, 09 Oct 2015 20:45:45 +0000 Received: from auth2-smtp.messagingengine.com ([66.111.4.228]) by mail.gmx.com (mrgmx001) with ESMTPSA (Nemesis) id 0M39zL-1adZcD1fXj-00sxok for ; Fri, 09 Oct 2015 22:45:38 +0200 Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailauth.nyi.internal (Postfix) with ESMTP id 050082065E for ; Fri, 9 Oct 2015 16:45:36 -0400 (EDT) Received: from frontend1 ([10.202.2.160]) by compute1.internal (MEProxy); Fri, 09 Oct 2015 16:45:37 -0400 X-Sasl-enc: vYnKmLpl0/o+eZ0vMVgxiVGrY4ndUWyqSVF/R2VkkH7F 1444423536 Received: from [192.168.110.209] (unknown [204.145.120.11]) by mail.messagingengine.com (Postfix) with ESMTPA id 98497C00019; Fri, 9 Oct 2015 16:45:36 -0400 (EDT) Subject: Re: a new standby server promotes itself to primary without cause To: Scott Mead , John Scalia References: Cc: Keith Fiske , "pgsql-admin@postgresql.org" From: Peter Eisentraut Message-ID: <56182770.9050700@gmx.net> Date: Fri, 9 Oct 2015 16:45:36 -0400 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:OIm/bf/Dia4RoXxUIC6Tp2mqiDGw2CrwvDoeIrmSk549MkTbky3 Huzu/Y2Cbx+xHQ0bsd7CLHfllqrJgC7oFnizEpuWdzLQpQBD6dDWa01lf6FKN6ccdJXMcWg ZnU0MGEdCahK5oiOORzwRd1eoRc6HIixeIgQu44rEzrp80LUxjyw/ED/sRW9Co1+UrIPjRV uXQz8MskmMOzhA/klx/nw== X-UI-Out-Filterresults: notjunk:1;V01:K0:fafQMj5GmmA=:GvTac9QDOfWVN+9OVybJY4 xkQBEgQiCdBnV+jf+JxiXopOeAoj/xjswVrjiZ0KSe+p+EHQBWly6s88vbwlH9XSPm+uDXBVr /cZsRJlw2YwaWbdmr97BSEN8MZ39KuEisOYWidu3BZbrN8Ys2XmP+kFVuXdh2327dnNxvz6E8 aNWYMXRE2ts6LPyREQZNNI47zjh1OSx/hFHFoizTuRXhhIyRbbcmgZoBoqriZAEEt8BxWzXvK DWvEmbfZboHtdm3iV7sZdLYLnGUBHAKG0capBLB6YXi4P5T2nQWeMefk30ImcQHuQfyYMsexJ Q1giFFOi3KMX9DHYXSbLcZrXOOkaNJN1pFHNUTq6CHy1aNYFzGZoa/ytZDjX1XVgJpJb46gfY dBar9tmZSyjAaytaD4A/d7d8N9FSAYS12w/CHfK9FgHO/EqTELtKG8WiWhiimCLFJhbrjJJof VFib60aThIdxU5sEy3Xi49zn4/mZqoRllAE7VGgr29vX6/pglb3RLYPD053TaVWyl77wKktQa 3+Tc+Ghh24+lzz3Yg4oHOhkacoCOrtV1XIxWnVkoT9qCs0DG/JP8J8//DJqPjI+EDFbOZYSur 1kPhTd4S/2TF1bW7Gd3pJy7oNNRvXHnJVxkiV38NQitTnvzvJNgmY7MBxX7Yf1MRxMhqhqVVe HkgXgZudWr/+t5pq168yUxwnXEXOhib42Xyi77O7qcSdNuvVxuBI/b2fdQF9FKqZwvfvbQJSN +BNqqAr4a4a99eeFVA6n9sNF8J7uJu9WW9iPbZjthmMmvOQq8wfSoA8IA/zy9V0kPp4P9FWOO iTu5nYb X-Pg-Spam-Score: -2.6 (--) List-Archive: List-Help: List-ID: List-Owner: List-Post: List-Subscribe: List-Unsubscribe: X-Mailing-List: pgsql-admin Precedence: bulk Sender: pgsql-admin-owner@postgresql.org On 10/8/15 11:04 AM, Scott Mead wrote: > restore_command = 'cp /var/lib/pgsql/9.4/share/%f %p' # > e.g. 'cp /mnt/server/archivedir/%f %p' > archive_cleanup_command = '/usr/pgsql-9.4/bin/pg_archivecleanup > /var/lib/pgsql/9.4/share %r' > #recovery_end_command = '' > #recovery_target_name = '' # e.g. 'daily backup 2011-01-26' > #recovery_target_time = '' # e.g. '2004-07-14 22:39:00 EST' > #recovery_target_xid = '' > #recovery_target_inclusive = true > recovery_target = 'immediate' > > > I believe you should omit recovery_target. > From http://www.postgresql.org/docs/9.4/static/recovery-target-settings.html > > recovery_target = 'immediate' > > This parameter specifies that recovery should end as soon as a > consistent state is reached, i.e. as early as possible. When > restoring from an online backup, this means the point where taking > the backup ended. Seems kind of weird that that would override the setting for standby_mode. Isn't standby_mode = on effectively recovery_target = 'infinity'? -- Sent via pgsql-admin mailing list (pgsql-admin@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-admin