|From:||Michael Paquier <michael(at)paquier(dot)xyz>|
|To:||"Tsunakawa, Takayuki" <tsunakawa(dot)takay(at)jp(dot)fujitsu(dot)com>|
|Subject:||Re: [bug fix] pg_rewind takes long time because it mistakenly copies data files|
|Views:||Raw Message | Whole Thread | Download mbox | Resend email|
On Mon, Feb 26, 2018 at 06:24:02PM +0900, Michael Paquier wrote:
> Anything like that would be work only for HEAD I think as that's a bit
> of refactoring. And indeed it could give you a good introduction to the
> TAP facility.
So I would propose to just do that later. I have looked a second time
at your patch, attached is the set of tests I have run:
- With assertions enabled, I see pg_rewind failing on an assertion as
- With assertion disabled (look at rewind_logs.log as generated by the
script attached), then all the files from the tablespace are copied with
all the file chunks fetched at the second phase of the rewind.
- With the patch, both the assertion and the handling of tablespace
files are fixed. Again, in the logs produced by the script you would
see that tablespace files are not completely copied anymore, and that
only portions of them are.
I have one small comment though. The comment block at the beginning of
isRelDataFile() refers to "pg_tblspc/<tblspc oid>/PG_9.4_201403261/".
Could you switch that to "pg_tblspc/<tblspc oid>/<tblspc version>"?
That's not directly the fault of your patch, but as long as we are on
So I am marking this as ready for committer. Thanks for the report,
|Next Message||Tsunakawa, Takayuki||2018-02-28 06:58:08||RE: [bug fix] pg_rewind takes long time because it mistakenly copies data files|
|Previous Message||Victor Wagner||2018-02-28 04:41:55||Re: MSVC builld of 9.5.12 is broken?|