Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cqljG-0003A2-JE for pgsql-hackers@arkaria.postgresql.org; Wed, 22 Mar 2017 19:15:30 +0000 Received: from localhost ([127.0.0.1] helo=postgresql.org) by malur.postgresql.org with smtp (Exim 4.84_2) (envelope-from ) id 1cqljG-0006kC-07 for pgsql-hackers@arkaria.postgresql.org; Wed, 22 Mar 2017 19:15:30 +0000 Received: from makus.postgresql.org ([2001:4800:1501:1::229]) by malur.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1cqljE-0006jm-UG for pgsql-hackers@postgresql.org; Wed, 22 Mar 2017 19:15:29 +0000 Received: from tamriel.snowman.net ([72.66.115.51]) by makus.postgresql.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cqlj8-0007LN-A3 for pgsql-hackers@postgresql.org; Wed, 22 Mar 2017 19:15:27 +0000 Received: by tamriel.snowman.net (Postfix, from userid 1000) id 0D3725F796; Wed, 22 Mar 2017 15:14:52 -0400 (EDT) Date: Wed, 22 Mar 2017 15:14:51 -0400 From: Stephen Frost To: Fujii Masao Cc: David Steele , "Tsunakawa, Takayuki" , Michael Paquier , Pg Hackers Subject: Re: PATCH: Make pg_stop_backup() archive wait optional Message-ID: <20170322191451.GY9812@tamriel.snowman.net> References: <081cbf08-35c1-4580-8c31-3ae70b507fb1@pgmasters.net> <0A3221C70F24FB45833433255569204D1F6B3F95@G01JPEXMBYT05> <0A3221C70F24FB45833433255569204D1F6B5134@G01JPEXMBYT05> <49d70e8e-33bf-2390-e717-ba9562621aa4@pgmasters.net> <0A3221C70F24FB45833433255569204D1F6B607B@G01JPEXMBYT05> <20170322153703.GK9812@tamriel.snowman.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="imYcRqKMHEleKKKf" Content-Disposition: inline In-Reply-To: X-Editor: Vim http://www.vim.org/ X-Info: http://www.snowman.net X-Operating-System: Linux/3.13.0-91-generic (x86_64) X-Uptime: 15:10:35 up 256 days, 20:34, 22 users, load average: 0.19, 0.14, 0.14 User-Agent: Mutt/1.5.21 (2010-09-15) X-Pg-Spam-Score: -1.9 (-) List-Archive: List-Help: List-ID: List-Owner: List-Post: List-Subscribe: List-Unsubscribe: X-Mailing-List: pgsql-hackers Precedence: bulk Sender: pgsql-hackers-owner@postgresql.org --imYcRqKMHEleKKKf Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Fujii, * Fujii Masao (masao.fujii@gmail.com) wrote: > On Thu, Mar 23, 2017 at 12:37 AM, Stephen Frost wrot= e: > > * David Steele (david@pgmasters.net) wrote: > >> On 3/21/17 2:34 PM, Fujii Masao wrote: > >> >The patch basically looks good to me, but one comment is; > >> >backup.sgml (at least the description for "Making a non-exclusive > >> >low level backup) seems to need to be updated. > >> > >> Agreed. Added in the attached patch and rebased on 8027556. >=20 > Thanks for updating the patch! >=20 > -SELECT * FROM pg_stop_backup(false); > +SELECT * FROM pg_stop_backup(false [, true ]); >=20 > I think that it's better to get rid of "[" and "]" from the above because > IMO this should be the command example that users actually can run. Using the '[' and ']' are how all of the optional arguments are specified in the documentation, see things like current_setting() in our existing documentation: https://www.postgresql.org/docs/9.6/static/functions-admin.html > + If the backup process monitors the WAL archiving process independen= tly, > + the second parameter (which defaults to true) can be set to false to > + prevent pg_stop_backup from blocking until all WAL is > + archived. Instead, the function will return as soon as the stop ba= ckup > + record is written to the WAL. This option must be used with cautio= n: > + if WAL archiving is not monitored correctly then the result might b= e a > + useless backup. >=20 > You added this descriptions into the step #4 in the non-exclusive > backup procedure.. But since the step #5 already explains how > pg_stop_backup has to do with WAL archiving, I think that it's better > to update (or add something like the above descriptions into) > the step #5. Thought? That seems pretty reasonable to me. > + If the backup process monitors the WAL archiving process independen= tly, >=20 > Can we explain "monitor the WAL archiving process" part a bit more > explicitly? For example, "monitor and ensure that all WAL segment files > required for the backup are successfully archived". Sure, makes sense. I'll add some language along those lines. > > I've started looking at this. Seems pretty straight-forward and will > > try to get it committed later today. >=20 > Thanks! My apologies if you had intended to look at committing this, I just noticed that it hadn't been 'claimed' yet in the CF app and did so to move forward with it. I didn't mean to step on anyone's 'toes'. Thanks! Stephen --imYcRqKMHEleKKKf Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQIcBAEBCgAGBQJY0s0rAAoJEO1sijiDR2RVcewQALJBJYd3yui2ZqP5NjHB9wC5 KzJ9laQUemamKgvja3JIUca6Zl0o1qLCIdW73/wPcrMzu5HzilByJGkxsDjeKTs6 aHVEfYVyh7NrPw9X+s8Vrt9VmRXN/TFMzEqYpOJWwQkLWvc3nwh5ASBEqM5r51bJ 9fIEVCcLT7Mjj+ie+b4yPAdgDGZbPP/4yZydSUdJPnoQ48pA43mJut5f+d+yC4mW aTYNrfRSWAJaBvPQv4g+6feCpfv4lk7ofhcbZIvOJ/i7xp6uE0L/5BQlHeWvB+o0 K/txCWIT/pflYlJ9Vf27FxORiwfpXhoDftdDu0FIr/8dCptBAkb3IrTxj+WE1jL3 m18bc0G9dm8lWx04xoPg1fFVieYWmw8fyZ4HjA8Aj4upx2oSW43k5OTwu62eFvfy 1MuS/GMXqoiDwPPEIqQFmUxjEMQaucqsCXnlUVZhXPyMomaM7MHeE6GghieAMMai +zhzPhzrQFBamnga2NEyBiIRTh6JOptb8mMyx+C7qaIeGufFB1AT1bqEr7SBLVnI wby34fyaTDu5VMiuBa+k6+JYglLT78PAGhtuN7WGCK/GQwV3Lk5n51BdRyLFYGPs 4TkDcTDm9Cj5PTfLVOqvVCKTABKAwRPh0DVu/eihhb3Sxbzsk601DD8qnsa0MuCr 9mhWGtUYyysxxlYRBG9L =2TjS -----END PGP SIGNATURE----- --imYcRqKMHEleKKKf--