Re: Upgrading to v12

Поиск
Список
Период
Сортировка
От Ron
Тема Re: Upgrading to v12
Дата
Msg-id 5d2bc34d-ce3a-6e22-59dd-467c441de89d@gmail.com
обсуждение исходный текст
Ответ на Re: Upgrading to v12  (Brad White <b55white@gmail.com>)
Ответы Re: Upgrading to v12  (Brad White <b55white@gmail.com>)
Re: Upgrading to v12  (Brad White <b55white@gmail.com>)
Список pgsql-general
Step #1: upgrade to 9.4.26.  You'll get five years of bug fixes.

(If the client lets you, of course.  I had servers stuck on 8.4.17 and 9.2.7 that were only upgraded because PCI auditors were going to tell my client's client, and that scared my client.  Now they're on 9.6.24...)

On 11/11/22 15:42, Brad White wrote:
I'm practicing on our Dev server, so I can blow this away and reload at any time.
Are there any utilities to check for corruption on my Prod server in v9.4.1?

All my backups are done with pg_dump.exe, so that's where this database came from in the first place.
So we know that pg_dump.exe works on Prod at least.

On Fri, Nov 11, 2022 at 3:17 PM Adrian Klaver <adrian.klaver@aklaver.com> wrote:
On 11/11/22 13:11, Brad White wrote:
> I deleted all the other DBs and left only the primary.
> Still getting the same error message, ending with
>
> ERROR:  could not access status of transaction 22316920
> DETAIL:  Could not read from file "pg_clog/0015" at offset 73728: No error.

Can you do a pg_dump of that database?


--
Adrian Klaver
adrian.klaver@aklaver.com


--
Angular momentum makes the world go 'round.

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

Предыдущее
От: Igor Korot
Дата:
Сообщение: Re: Printf-like function
Следующее
От: Laurenz Albe
Дата:
Сообщение: Re: Table : Bloat grow high