Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1hlry9-0006g8-T9 for pgsql-docs@arkaria.postgresql.org; Fri, 12 Jul 2019 09:36:00 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.89) (envelope-from ) id 1hlry8-0005MC-CG for pgsql-docs@arkaria.postgresql.org; Fri, 12 Jul 2019 09:35:56 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1hlry7-0005F1-Ra for pgsql-docs@lists.postgresql.org; Fri, 12 Jul 2019 09:35:56 +0000 Received: from cyclops.postgrespro.ru ([93.174.131.138] helo=mail.postgrespro.ru) by makus.postgresql.org with esmtp (Exim 4.89) (envelope-from ) id 1hlry4-0003kk-9Q for pgsql-docs@lists.postgresql.org; Fri, 12 Jul 2019 09:35:54 +0000 Received: from localhost (localhost [127.0.0.1]) by mail.postgrespro.ru (Postfix) with ESMTP id 658DF21C1F27; Fri, 12 Jul 2019 12:35:50 +0300 (MSK) X-Virus-Scanned: Debian amavisd-new at postgrespro.ru X-Spam-Flag: NO X-Spam-Score: 0 X-Spam-Level: X-Spam-Status: No, score=x tagged_above=-99 required=4 WHITELISTED tests=[] autolearn=unavailable Received: from [192.168.27.64] (gw.postgrespro.ru [93.174.131.141]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mail.postgrespro.ru (Postfix) with ESMTPSA id 3D04021C1677; Fri, 12 Jul 2019 12:35:50 +0300 (MSK) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=postgrespro.ru; s=mail; t=1562924150; bh=jTmkRt5UCEgWuBrXetzxZMu1s9hdQVbSWA6CRIteb30=; h=Subject:To:Cc:References:From:Date:In-Reply-To; b=fJWHObIQWTJ9dsO9DP9yJSbczD3q5P1CB4Ebj5T+WSQ1a+yQl95zlTB24Co2ZFnSe QRrGi/RopCmBX2VSjNixyeNHzJ4So1gyqx1PYienR+lJ1X002TZ0iIVh3RJUqSvex8 rsRqWWl7dLm4VXUXWQSqlEyskxy4MFJpGsTBfc/s= Subject: Re: misc doc fixes for REL_12_STABLE To: Michael Paquier Cc: pgsql-docs@lists.postgresql.org References: <20190712044418.GG2149@paquier.xyz> From: Liudmila Mantrova Message-ID: Date: Fri, 12 Jul 2019 12:35:49 +0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.7.2 MIME-Version: 1.0 In-Reply-To: <20190712044418.GG2149@paquier.xyz> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk On 7/12/19 7:44 AM, Michael Paquier wrote: > On Thu, Jul 11, 2019 at 05:49:26PM +0300, Liudmila Mantrova wrote: >> Please consider a patch that fixes some trivial issues in new doc fragments >> (a couple of typos/ambiguities and some tags that affect translation). > Thanks for the patch. I have one comment. > >> - backups. Moreover, because it writes a backup_label file on the >> - master, it can cause the master to fail to restart automatically after >> - a crash. On the other hand, the erroneous removal of a backup_label >> - file from a backup or standby is a common mistake which can result >> + backups. Moreover, because it creates a backup label file, as >> + described below, it can block automatic restart of the master server >> + after a crash. On the other hand, the erroneous removal of this >> + file from a backup or standby is a common mistake, which can result >> in serious data corruption. If it is necessary to use this method, >> the following steps may be used. > Okay, yes that could be a bit confusing for the reader. Nit: I would > replace "master" with "primary" while we are in the area. What do you > think? > > But that's the only comment I have, the rest looks good! > -- > Michael Hi Michael, Changing master to primary was my first inclination, but I saw that we have 8 masters and 4 primaries here. So maybe we should have another consistency patch (that probably goes beyond this chapter). I can prepare one if you like. P.S. I'm not particularly happy about this paragraph either, but that's as far as I could get without twisting the original ideas. -- Liudmila Mantrova Technical writer at Postgres Professional: http://www.postgrespro.com The Russian Postgres Company