Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1obRDJ-0007HV-O9 for pgsql-hackers@arkaria.postgresql.org; Thu, 22 Sep 2022 18:46:21 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1obRDI-0007bF-KA for pgsql-hackers@arkaria.postgresql.org; Thu, 22 Sep 2022 18:46:20 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1obRDI-0007ad-9I for pgsql-hackers@lists.postgresql.org; Thu, 22 Sep 2022 18:46:20 +0000 Received: from mail-pl1-x62d.google.com ([2607:f8b0:4864:20::62d]) by makus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.92) (envelope-from ) id 1obRDF-0008Ai-Vd for pgsql-hackers@postgresql.org; Thu, 22 Sep 2022 18:46:19 +0000 Received: by mail-pl1-x62d.google.com with SMTP id d24so9637294pls.4 for ; Thu, 22 Sep 2022 11:46:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:from:to:cc:subject:date; bh=wAAVl27ysUlNI9dTugEDFFPeJbH1YYhWiOuuBtzNDGg=; b=d8dZwMfiSx2IXvLZLIOs6uHvmoft0pryig6TQVHJEl6eWiW7vCk3L/mghHzQUijMcJ P3raNXIhChrTdr/73s5YZGisVtLJS0FvWKZw57qSkK0W+W1UDjBN05pf39UHURCphBlF 5kOuBB2njJxUXMJWLhJ0wKwQSvBgPBYJ2djj67v4hFWAFO6A/CDj0waiZBNL2Y1ommb8 d+6xweCTlSAviS8afb1E3K3PJ1TaKPszirF5AZpb2qNq9zM9B/4pkWyv9bnGf+bzQ2Yj 8hAQh5zGC3gHotAZFtr2VcY5GBuzAHCgVLL5UnHmyo3DXNfqmt4kV7uFOGrHsxm2kHcb qJdQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:x-gm-message-state:from:to:cc:subject:date; bh=wAAVl27ysUlNI9dTugEDFFPeJbH1YYhWiOuuBtzNDGg=; b=uFIrmfMIcoVEnVBZktVfvPnUybxNcluMumvdxEQnuhwaq1uaLF3hJ6eisBbNrC65pX MvTM+T74EZ00rO0c95CBMaQButGnsnbjxXk2CEGUBMPqIsZjf65+tPjjCdegYfS1Blgu t44GQOE3hu0CA8VnvzSsY82Zixl9f6w1gplWnAxuUODZEju07J9CijWObChUV7RP9i0a hnhuA5pUcSkoXaMKi/F5ExMipDfGo+mV6aaaFhvyi/xtA5B2usMwFDvRczuTRw13D9+V mOaR2xVxmMs84U1MBQKmklp2PhFZw8sFNK4Wp/rrRz0vZN8/yqQLIYTiI3BxhxiZnTJU UYVA== X-Gm-Message-State: ACrzQf3i3o5yQn8WWB5h5hyQ1UQ92n2ofEZUkYz1C6d2oJx009b4O6Jm 5qCuWE2jgGvjQ7xP9UgqNtQ= X-Google-Smtp-Source: AMsMyM44bqZcS4hsp7wGNFeVeWyuRTz0emUceV9vaVAd63x8sfzzn1X1C2MdsOpUQMHQPZS7YhDGTw== X-Received: by 2002:a17:902:db12:b0:178:1f91:74e6 with SMTP id m18-20020a170902db1200b001781f9174e6mr4807288plx.100.1663872375951; Thu, 22 Sep 2022 11:46:15 -0700 (PDT) Received: from nathanxps13 ([50.47.162.83]) by smtp.gmail.com with ESMTPSA id n16-20020a170903111000b0016bedcced2fsm4514665plh.35.2022.09.22.11.46.14 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 22 Sep 2022 11:46:15 -0700 (PDT) Date: Thu, 22 Sep 2022 11:46:13 -0700 From: Nathan Bossart To: Peter Eisentraut Cc: Tom Lane , Benoit =?iso-8859-1?Q?Lobr=E9au?= , Alvaro Herrera , Robert Haas , "Bossart, Nathan" , David Steele , Fujii Masao , "pgsql-hackers@postgresql.org" , Michael Paquier , Magnus Hagander , Stephen Frost Subject: Re: archive modules Message-ID: <20220922184613.GA695971@nathanxps13> References: <20220824221723.GA1347845@nathanxps13> <20220825200600.GA1465148@nathanxps13> <20220829224621.GB541895@nathanxps13> <20220830163048.GA544233@nathanxps13> <613541.1662842656@sss.pgh.pa.us> <20220910211046.GA2651323@nathanxps13> <9ee5d180-2c32-a1ca-d3d7-63a723f68d9a@enterprisedb.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <9ee5d180-2c32-a1ca-d3d7-63a723f68d9a@enterprisedb.com> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk On Wed, Sep 14, 2022 at 09:33:46PM +0200, Peter Eisentraut wrote: > Another question on this feature: Currently, if archive_library is set, > archive_command is ignored. I think if both are set, it should be an error. > Compare for example what happens if you set multiple recovery_target_xxx > settings. I don't think silently turning off one setting by setting another > is a good behavior. Peter, would you like to proceed with something like [0] to resolve this? If so, I will work on cleaning the patch up. [0] https://postgr.es/m/20220914222736.GA3042279%40nathanxps13 -- Nathan Bossart Amazon Web Services: https://aws.amazon.com