| From: | Stephen Frost <sfrost(at)snowman(dot)net> |
|---|---|
| To: | David Steele <david(at)pgmasters(dot)net> |
| Cc: | Michael Paquier <michael(at)paquier(dot)xyz>, Postgres hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org> |
| Subject: | Re: pg_basebackup, manifests and backends older than ~12 |
| Date: | 2020-04-10 20:41:10 |
| Message-ID: | 20200410204110.GB13712@tamriel.snowman.net |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
Greetings,
* David Steele (david(at)pgmasters(dot)net) wrote:
> On 4/10/20 4:09 AM, Michael Paquier wrote:
> >I have noticed that attempting to use pg_basebackup from HEAD leads to
> >failures when using it with backend versions from 12 and older:
> >$ pg_basebackup -D hoge
> >pg_basebackup: error: backup manifests are not supported by server
> >version 12beta2
> >pg_basebackup: removing data directory "hoge"
> >
> >This is a bit backwards with what we did in the past to maintain
> >compatibility silently when possible, for example look at the handling
> >of temporary replication slots. Instead of an error when means to
> >force users to have to specify --no-manifest in this case, shouldn't
> >we silently disable the generation of the backup manifest? We know
> >that this option won't work on older server versions anyway.
>
> I'm a bit conflicted here. I see where you are coming from, but given that
> writing a manifest is now the default I'm not sure silently skipping it is
> ideal.
It's only the default in v13.. Surely when we connect to a v12 or
earlier system we should just keep working and accept that we don't get
a manifest as part of that.
Thanks,
Stephen
| From | Date | Subject | |
|---|---|---|---|
| Next Message | David Steele | 2020-04-10 20:44:34 | Re: pg_basebackup, manifests and backends older than ~12 |
| Previous Message | Tom Lane | 2020-04-10 20:40:02 | Re: pg_validatebackup -> pg_verifybackup? |