Re: Concurrency issue in pg_rewind - Mailing list pgsql-hackers

From Michael Paquier
Subject Re: Concurrency issue in pg_rewind
Date
Msg-id 20200918065945.GD2772@paquier.xyz
Whole thread Raw
In response to Re: Concurrency issue in pg_rewind  ("Andrey M. Borodin" <x4mmm@yandex-team.ru>)
Responses Re: Concurrency issue in pg_rewind  (Alexander Kukushkin <cyberdemn@gmail.com>)
Re: Concurrency issue in pg_rewind  ("Andrey M. Borodin" <x4mmm@yandex-team.ru>)
List pgsql-hackers
On Fri, Sep 18, 2020 at 11:31:26AM +0500, Andrey M. Borodin wrote:
> This is whole point of having prefetch. restore_command just links
> file from the same partition.

If this stuff is willing to do so, you may have your reasons, but even
if you wish to locate both pg_wal/ and the prefetch path in the same
partition, I don't get why it is necessary to have the prefetch path
included directly in pg_wal?  You could just use different paths for
both.  Say, with a base partition at /my/path/, you can just have
/my/path/pg_wal/ that the Postgres backend links to, and
/my/path/wal-g/prefetch/ for the secondary path.
--
Michael

Attachment

pgsql-hackers by date:

Previous
From: "Andrey M. Borodin"
Date:
Subject: Re: Concurrency issue in pg_rewind
Next
From: Alexander Kukushkin
Date:
Subject: Re: Concurrency issue in pg_rewind