| From: | Chapman Flack <chap(at)anastigmatix(dot)net> |
|---|---|
| To: | Stephen Frost <sfrost(at)snowman(dot)net> |
| Cc: | David Steele <david(at)pgmasters(dot)net>, Nathan Bossart <nathandbossart(at)gmail(dot)com>, pgsql-hackers(at)lists(dot)postgresql(dot)org |
| Subject: | Re: Postgres restart in the middle of exclusive backup and the presence of backup_label file |
| Date: | 2022-03-01 19:56:12 |
| Message-ID: | 621E7A5C.1030203@anastigmatix.net |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
On 03/01/22 14:14, Stephen Frost wrote:
>> 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.
>
> We only make these changes between major versions. That's as much as we
> should be required to provide.
It's an OSS project, so I guess we're not required to provide anything.
But in the course of this multi-release exclusive to non-exclusive
transition, we already demonstrated, in 7117685, that we can avoid
inflicting immediate breakage when there's nothing in our objective
that inherently requires it, and avoiding it is relatively easy.
I can't bring myself to think that was a bad precedent.
Now, granted, the difference between the adaptations being required then
and the ones required now is that those required both: changes to some
function calls, and corresponding changes to how the scripts handled
label and tablespace files. Here, it's only a clerical update to some
function calls.
So if I'm outvoted here and the reason is "look, a lighter burden is
involved this time than that time", then ok. I would rather bow to that
argument on the specific facts of one case than abandon the precedent
from 7117685 generally.
Regards,
-Chap
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Greg Stark | 2022-03-01 19:59:46 | Re: Commitfest 2022-03 Patch Triage Part 1a.i |
| Previous Message | Brar Piening | 2022-03-01 19:50:39 | Re: Add id's to various elements in protocol.sgml |