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 1irkTO-0003dG-CX for pgsql-hackers@arkaria.postgresql.org; Wed, 15 Jan 2020 15:20:46 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.89) (envelope-from ) id 1irkTN-0007It-5F for pgsql-hackers@arkaria.postgresql.org; Wed, 15 Jan 2020 15:20:45 +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 1irkTM-0007Er-P1 for pgsql-hackers@lists.postgresql.org; Wed, 15 Jan 2020 15:20:44 +0000 Received: from wout1-smtp.messagingengine.com ([64.147.123.24]) by makus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1irkTH-0005q6-AM for pgsql-hackers@postgresql.org; Wed, 15 Jan 2020 15:20:43 +0000 Received: from compute7.internal (compute7.nyi.internal [10.202.2.47]) by mailout.west.internal (Postfix) with ESMTP id E18A476C; Wed, 15 Jan 2020 10:20:37 -0500 (EST) Received: from mailfrontend2 ([10.202.2.163]) by compute7.internal (MEProxy); Wed, 15 Jan 2020 10:20:38 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm1; bh=UpnHBDx7mbbQC3xskax0VjRYPsm/p9bgsY5ZUIfXS wU=; b=TUiwNK8EgWLh40uV0GmXIf1eTxW3G0BtHzJOdBMYWILn++1eK7eugj3sW LMqc4RpXp/iZAGXw6hRhYixstQOLVtPXLb82D3SPbbdQ3mSR6yzZiYuTxKhq0m38 VDoG+UhFofbRI+Zm1ilUHT4QJqIK+Lb+rYQwEH2jENlW20ZeIXglGFPfUfMqNn3X bAGhcpuNJSisDhJurntovQ5Av40P+Lr0aJsNX55fggPE1PGnd2tOrqr51bIOzTpf gHQsJxuhWUDMlomGDnfbwxEZJ35v6d3cWXPhVgIzeRH8siGZs17wMsDG7RIefOsL cHYhsyGLEnRpvk4kxmKjE2Z6cZDtQ== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedugedrtdefgdejgecutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenuc fjughrpefuvfhfhfhokffffgggjggtgfesthekredttdefjeenucfhrhhomheprfgvthgv rhcugfhishgvnhhtrhgruhhtuceophgvthgvrhdrvghishgvnhhtrhgruhhtsedvnhguqh hurggurhgrnhhtrdgtohhmqeenucffohhmrghinhepvdhnughquhgrughrrghnthdrtgho mhenucfkphepleefrddvgeefrdduieefrddvvdejnecurfgrrhgrmhepmhgrihhlfhhroh hmpehpvghtvghrrdgvihhsvghnthhrrghuthesvdhnughquhgrughrrghnthdrtghomhen ucevlhhushhtvghrufhiiigvpedt X-ME-Proxy: Received: from april.pezone.net (p5df3a3e3.dip0.t-ipconnect.de [93.243.163.227]) by mail.messagingengine.com (Postfix) with ESMTPA id 706603060783; Wed, 15 Jan 2020 10:20:36 -0500 (EST) Subject: Re: base backup client as auxiliary backend process To: Alexandra Wang References: <61b8d18d-c922-ac99-b990-a31ba63cdcbb@2ndquadrant.com> <62e860f2-ae4b-67a1-b65d-04c3d1bf6aff@2ndquadrant.com> <20190918083110.GB22307@paquier.xyz> <3f197f5e-9f55-bef3-adc7-2b44c8f8a74f@2ndquadrant.com> <20191107041630.GK1768@paquier.xyz> <4792e456-d75f-8e6a-2d47-34b8f78c266f@2ndquadrant.com> <116725031573825947@iva1-ef4837f8671e.qloud-c.yandex.net> <8d8c851a-c951-f98e-22c2-f62621c32d3b@2ndquadrant.com> <20191122125603.GA159965@paquier.xyz> Cc: Sergei Kornilov , Michael Paquier , pgsql-hackers From: Peter Eisentraut Organization: 2ndQuadrant Message-ID: <32bfb247-f65c-fb29-e062-f4f8f939d12a@2ndquadrant.com> Date: Wed, 15 Jan 2020 16:20:35 +0100 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk On 2020-01-09 11:57, Alexandra Wang wrote: > Back to the base backup stuff, I don't quite understand all the benefits you > mentioned above. It seems to me the greatest benefit with this patch is that > postmaster takes care of pg_basebackup itself, which reduces the human > wait in > between running the pg_basebackup and pg_ctl/postgres commands. Is that > right? > I personally don't mind the --write-recovery-conf option because it helps me > write the primary_conninfo and primary_slot_name gucs into > postgresql.auto.conf, which to me as a developer is easier than editing > postgres.conf without automation.  Sorry about the dumb question but > what's so > bad about --write-recovery-conf? Making it easier to automate is one major appeal of my proposal. The current way of setting up a standby is very difficult to automate correctly. > Are you planning to completely replace > pg_basebackup with this? Is there any use case that a user just need a > basebackup but not immediately start the backend process? I'm not planning to replace or change pg_basebackup. -- Peter Eisentraut http://www.2ndQuadrant.com/ PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services