From: | Sergei Kornilov <sk(at)zsrv(dot)org> |
---|---|
To: | Peter Eisentraut <peter(dot)eisentraut(at)2ndquadrant(dot)com>, Michael Paquier <michael(at)paquier(dot)xyz> |
Cc: | pgsql-hackers <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: base backup client as auxiliary backend process |
Date: | 2019-11-15 13:52:27 |
Message-ID: | 116725031573825947@iva1-ef4837f8671e.qloud-c.yandex.net |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Hello
Could you rebase patch please? I have errors during patch apply. CFbot checks latest demonstration patch.
> I looked into this. It seems trivial to make walsender create and use a
> temporary replication slot by default if no permanent replication slot
> is specified. This is basically the logic that pg_basebackup has but
> done server-side. See attached patch for a demonstration. Any reason
> not to do that?
Seems this would break pg_basebackup --no-slot option?
> + Do not copy configuration files, that is, files that end in
> + <filename>.conf</filename>.
possible we need ignore *.signal files too?
> +/*
> + * XXX copied from pg_basebackup.c
> + */
> +
> +unsigned long long totaldone;
> +unsigned long long totalsize_kb;
> +int tablespacenum;
> +int tablespacecount;
Variable declaration in the middle of file is correct for coding style? Not a problem for me, I just want to clarify.
Should not be declared "static"?
Also how about tablespacedone instead of tablespacenum?
> The updated has support for tablespaces without mapping. I'm thinking
> about putting the mapping specification into a GUC list somehow.
> Shouldn't be too hard.
I think we can leave tablespace mapping for pg_basebackup only. More powerful tool for less common scenarios. Or for another future patch.
regards, Sergei
From | Date | Subject | |
---|---|---|---|
Next Message | Andrew Dunstan | 2019-11-15 13:59:45 | Re: ssl passphrase callback |
Previous Message | Robert Haas | 2019-11-15 13:49:02 | Re: JIT performance bug/regression & JIT EXPLAIN |