Re: Postgresql error : PANIC: could not locate a valid checkpoint record

Поиск
Список
Период
Сортировка
От Michael Paquier
Тема Re: Postgresql error : PANIC: could not locate a valid checkpoint record
Дата
Msg-id Yrjz/GFFOR7t097G@paquier.xyz
обсуждение исходный текст
Ответ на RE: Postgresql error : PANIC: could not locate a valid checkpoint record  ("Mahendrakar, Prabhakar - Dell Team" <Prabhakar.Mahendraka@dellteam.com>)
Ответы RE: Postgresql error : PANIC: could not locate a valid checkpoint record  ("Mahendrakar, Prabhakar - Dell Team" <Prabhakar.Mahendraka@dellteam.com>)
Список pgsql-general
On Fri, Jun 24, 2022 at 01:03:57PM +0000, Mahendrakar, Prabhakar - Dell Team wrote:
> Is it possible to explicitly issue a checkpoint before we move on to
> the pg_upgrade command?
> so that in the circumstances of the Upgrade issues (like PANIC:
> could not locate a valid checkpoint record), we still  have this
> last explicit checkpoint available.
>
> Please let us know your thoughts on this.

Well, you have mentioned the use of pg_upgrade, but you are giving
zero details about what kind of command you used, how you handled
the clusters before and after that were upgraded, or what kind of
environment is getting used.  With this little amount of details,
nobody will be able to guess what's happening.  This issue could also
be caused by the environment.  For example, it is possible in some
carelessly-setup enviromnents that a flush is issued and recognized as
completed by the OS, and thought as completed by Postgres, but an
application layer between the OS and the actual hardware did not issue
the flush (be it an OS, FS, disk or a VM-related thing), which would
make this issue reachable.
--
Michael

Вложения

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

Предыдущее
От: Mladen Gogala
Дата:
Сообщение: Re: How can I set up Postgres to use given amount of RAM?
Следующее
От: WR
Дата:
Сообщение: Re: Differences in Escaped bytea's when creating a plain pg_dump