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 1nP7f7-0007G4-Td for pgsql-hackers@arkaria.postgresql.org; Tue, 01 Mar 2022 18:55:53 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1nP7f6-00085e-H7 for pgsql-hackers@arkaria.postgresql.org; Tue, 01 Mar 2022 18:55:52 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1nP7f6-00084h-7Z for pgsql-hackers@lists.postgresql.org; Tue, 01 Mar 2022 18:55:52 +0000 Received: from anastigmatix.net ([68.171.219.55]) by magus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1nP7ez-00022v-Ig for pgsql-hackers@lists.postgresql.org; Tue, 01 Mar 2022 18:55:51 +0000 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=anastigmatix.net; s=default; h=Content-Transfer-Encoding:Content-Type: In-Reply-To:MIME-Version:Date:Message-ID:From:Cc:References:To:Subject:Sender :Reply-To:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help: List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=1oFyRs4DQPOhAp5LO3cZ5sGem9Bd2xjeO69kv/ugns4=; b=cMp26b8sKPKNCHpSNhUmKB2ov3 vr5K0DqJClrYCmR0fxrLFc/ISh2yZ0K60hsbjsyvuSC0v3awfx3Tlt1YjVYyVabKSmTnmuL2o0dPt CaADGdPXUud7SVXe8F1iNtZFWMuwPCm5VDn4F/+jTlO1mxeNjHIKTtVB5iYVRxuWUXt0AWfZuMFeN q/y+4WhY8DY41A/H6d4rJ0O7ZTrkf64MK959m3mRrX0uIX3RHB8en7v6PXEBbRbcuU6YboPgXXLlo qK09yewxc3CUZtDaQiN2ShUCpvH7zWXOCgBVBbjM4EDBA4seXQyJuA0I64ioWrWgVUvUhYkeD8nZJ Gs/9g7aA==; Received: from 50-102-16-206.prtg.in.frontiernet.net ([50.102.16.206]:48295) by bay.acenet.us with esmtpsa (TLS1.2) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.94.2) (envelope-from ) id 1nP7ex-0058AR-8j; Tue, 01 Mar 2022 13:55:43 -0500 Subject: Re: Postgres restart in the middle of exclusive backup and the presence of backup_label file To: David Steele , Nathan Bossart References: <20220221172306.GA3698472@nathanxps13> <164589413251.1035.2695761148079719188.pgcf@coridan.postgresql.org> <20220226220614.GA673898@nathanxps13> <20220301055100.GA1002387@nathanxps13> <621E4529.1090601@anastigmatix.net> <20220301173208.GB1031413@nathanxps13> <1f685b3a-7ec2-825e-bb2b-d87d78ad5bd9@pgmasters.net> Cc: pgsql-hackers@lists.postgresql.org From: Chapman Flack X-Enigmail-Draft-Status: N1110 Message-ID: <621E6C2E.2050801@anastigmatix.net> Date: Tue, 1 Mar 2022 13:55:42 -0500 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.7.0 MIME-Version: 1.0 In-Reply-To: <1f685b3a-7ec2-825e-bb2b-d87d78ad5bd9@pgmasters.net> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - bay.acenet.us X-AntiAbuse: Original Domain - lists.postgresql.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - anastigmatix.net X-Get-Message-Sender-Via: bay.acenet.us: authenticated_id: chap@anastigmatix.net X-Authenticated-Sender: bay.acenet.us: chap@anastigmatix.net X-Source: X-Source-Args: X-Source-Dir: X-From-Rewrite: unmodified, already matched List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk On 03/01/22 13:22, David Steele wrote: > I think people are going to complain no matter what. If scripts are being > maintained changing the name is not a big deal (though moving from exclusive > to non-exclusive may be). If they aren't being maintained then they'll just > blow up a few versions down the road when we remove the compatibility > functions. I might have already said enough in the message that crossed with this, but I think what I'm saying is there's a less-binary distinction between scripts that are/aren't "being maintained". There can't really be many teams out there thinking "we'll just ignore these scripts forever, and nothing bad will happen." They all know they'll have to do stuff sometimes. But it matters how we allow them to schedule it. In the on-ramp, at first there was only exclusive. Then there were both modes, with exclusive being deprecated, so teams knew they'd need to do stuff, and most by now probably have. They were able to do separation of hazards and schedule that work; they did not have to pile it onto the whole plate of "upgrade PG from 9.5 to 9.6 and make sure everything works". So now we're dropping the other shoe: first there was one mode, then both, now there's only the other one. Again there's some work for teams to do; let's again allow them to separate hazards and schedule that work apart from the whole 14 to 15 upgrade project. We can't help getting complaints in the off-ramp from anybody who ignored the on-ramp. But we can avoid clobbering the teams who dutifully played along before, and only want the same space to do so now. Regards, -Chap