Re: Fix DROP TABLESPACE on Windows with ProcSignalBarrier?

Поиск
Список
Период
Сортировка
От Thomas Munro
Тема Re: Fix DROP TABLESPACE on Windows with ProcSignalBarrier?
Дата
Msg-id CA+hUKGJ8=tkpCb5Js8wactqZHGRUsW2GcJvgUvnU6jbU=FbWcw@mail.gmail.com
обсуждение исходный текст
Ответ на Re: Fix DROP TABLESPACE on Windows with ProcSignalBarrier?  (Thomas Munro <thomas.munro@gmail.com>)
Список pgsql-hackers
On Tue, Feb 2, 2021 at 11:16 AM Thomas Munro <thomas.munro@gmail.com> wrote:
> ...  A straw-man idea
> would be to touch a file under PGDATA/pg_dropped and fsync it so it
> survives a power outage, have checkpoints clean that out, and have
> GetNewRelFileNode() to try access() it.  ...

I should add, the reason I mentioned fsyncing it is that in another
thread we've also discussed making the end-of-crash-recovery
checkpoint optional, and then I think you'd need to be sure you can
avoid reusing the relfilenode even after crash recovery, because if
you recycle the relfilenode and then crash again you'd be exposed to
that hazard during the 2nd run thought recovery.  But perhaps it's
enough to recreate the hypothetical pg_dropped file while replaying
the drop-relation record.  Not sure, would need more thought.



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

Предыдущее
От: Jeff Janes
Дата:
Сообщение: Re: memory leak in auto_explain
Следующее
От: Stephen Frost
Дата:
Сообщение: Re: Key management with tests