From: | Kyotaro HORIGUCHI <horiguchi(dot)kyotaro(at)lab(dot)ntt(dot)co(dot)jp> |
---|---|
To: | michael(dot)paquier(at)gmail(dot)com |
Cc: | masao(dot)fujii(at)gmail(dot)com, michael(dot)banck(at)credativ(dot)de, pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: [patch] reorder tablespaces in basebackup tar stream for backup_label |
Date: | 2017-03-31 05:11:44 |
Message-ID: | 20170331.141144.205799836.horiguchi.kyotaro@lab.ntt.co.jp |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
At Fri, 31 Mar 2017 13:37:38 +0900, Michael Paquier <michael(dot)paquier(at)gmail(dot)com> wrote in <CAB7nPqQU1H=PAG3XBYFFg9w+emeQFYAdkep7cWVeJukXtB_m_Q(at)mail(dot)gmail(dot)com>
> In my first reviews of the patch, I completely forgot the fact that
> BASE_BACKUP does send the start LSN of the backup in the first result
> set, so the patch proposed is actually rather useless because the data
> you are looking for is already at hand. If more data would be
> interesting to have, like the start timestamp number, we could just
> extend the first result set a bit as Fujii-san is coming at. Let's
> drop this patch and move on.
+1 for dropping this.
But I think we should edit the documentation a bit.
I don't fully understand those who want to handle it by a script,
but the documentation seems to be suggesting that something like
is possible. So it might be better add a description like that or
just remove the example.
"psql doesn't handle this protocol properly. The instances of the
usage of these protocols are found in the source code of
walreceiver and pg_basebackup."
That being said, pg_basebackup is straightforward but
unfortunately, walrecever.c seems a bit hard to read for those
who unaccustomed to PostgresSQL source code.
regards,
--
Kyotaro Horiguchi
NTT Open Source Software Center
From | Date | Subject | |
---|---|---|---|
Next Message | Mithun Cy | 2017-03-31 05:15:52 | Re: [POC] A better way to expand hash indexes. |
Previous Message | Beena Emerson | 2017-03-31 05:10:36 | Re: increasing the default WAL segment size |