Re: Potential data loss of 2PC files

Поиск
Список
Период
Сортировка
От Teodor Sigaev
Тема Re: Potential data loss of 2PC files
Дата
Msg-id ffa95209-ce28-bc9a-9774-3a8e1f19510e@sigaev.ru
обсуждение исходный текст
Ответ на Re: Potential data loss of 2PC files  (Michael Paquier <michael.paquier@gmail.com>)
Ответы Re: Potential data loss of 2PC files  (Michael Paquier <michael.paquier@gmail.com>)
Список pgsql-hackers
Thank you, pushed

Michael Paquier wrote:
> On Fri, Mar 24, 2017 at 11:36 PM, Teodor Sigaev <teodor@sigaev.ru> wrote:
>>> And the renaming of pg_clog to pg_xact is also my fault. Attached is
>>> an updated patch.
>>
>>
>> Thank you. One more question: what about symlinks? If DBA moves, for
>> example, pg_xact to another dist and leaves the symlink in data directoty.
>> Suppose, fsync on symlink will do nothing actually.
>
> I did not think of this case, but is that really common? There is even
> no option to configure that at command level. And surely we cannot
> support any fancy scenario that people figure out using PGDATA.
> Existing callers of fsync_fname don't bother about this case as well
> by the way, take the calls related to pg_logical and pg_repslot.
>
> If something should be done in this area, that would be surely in
> fsync_fname directly to centralize all the calls, and I would think of
> that as a separate patch, and a separate discussion.
>

-- 
Teodor Sigaev                                   E-mail: teodor@sigaev.ru
  WWW: http://www.sigaev.ru/
 



В списке pgsql-hackers по дате отправления:

Предыдущее
От: Ashutosh Sharma
Дата:
Сообщение: Re: segfault in hot standby for hash indexes
Следующее
От: Robert Haas
Дата:
Сообщение: Re: crashes due to setting max_parallel_workers=0